Последние сообщения

Спасибо тема наконец даёт чёткое представление о том, как реферальная программа превращается из «дополнительного бонуса» в стратегический инструмент роста маркетплейса. Особенно ценно, что автор не ограничивается общими фразами о пользе «сарафанного радио», а раскрывает конкретные механики: от формирования пакета вознаграждений до отслеживания цепочки рефералов. 

Порадовало внимание к деталям — например, разбор различий между B2C‑ и B2B‑реферальными схемами. В контексте маркетплейсов критически важно, что акцент сделан на привлечении продавцов, а не покупателей: это меняет логику мотивации и KPI. 

Из практических находок выделил бы идею интеграции реферальной ссылки в личный бренд партнёра (блог, соцсети, медиаплощадки) — так программа перестаёт быть «встроенной функцией» и становится частью контент‑стратегии. Единственное, чего не хватило, — примеров расчёта ROI для разных масштабов маркетплейсов: было бы полезно увидеть, как окупаются затраты на бонусы при привлечении 10 vs 1000 продавцов.

А я использую effro.ru там максимальное кол-во бесплатных проверок и уведомление через бота в Телеграм

Использую www.pingdom.com

Все что указано в «ТЗ» присутствует, есть API и шикарнейший бесплатный аккаунт и тестовый период 30 дней. 

Я пользуюсь webopulsar.ru

устраивает всем

активно разрабатывается

вполне вменяемые цены

гибкая настройка диагностики и оповещения

бесплатное оповещение по емайлу(вполне заменяют смски если стоит емайл клиент на телефоне). 

Поставить отдельный VPS с Zabbix получится дешевле.

ping-admin.ru

Всё перечисленное точно умеет.

Также есть host-tracker.com — используем почти год 

А webdav чем плох?

Minio это s3, сегодня масштабироваться не хотят, завтра захотят...

добавляете к ссылке с css случайные числа.

/templates/some/css/style.css?{RANDOM_NUMBERS}

Math.rand()

У вас вопрос не «стоит ли использовать», а «стоит ли воспользоваться случаем, чтобы освоить новую технологию».

Тут надо выбирать между полученным опытом и кармой, которую подпортит человек, который будет поддерживать проект после вас — помянув недобрым словом за неоправданное усложнение.

Но если уж мечтать, то я бы написал класс, который реализует все методы для работы с файлами на локальном диске
После этого, если останется время и задор, то реализовал бы другой класс, для работы через облако.
И унифицировал эти классы, написав для них интерфейс.
При этом класс для работы с локальным диском придётся переделать, поскольку вылезут косяки неудачной абстракции.

Почему не сначала интерфейс — просто потому что вы изначально не представляете себе все требуемые методы. Это будет видно только из практики.

Таким образом вы и задачу решите оптимальным способом (локально), и опыт получите (причём в первую очередь в программировании), и гибкость добавите — если вдруг надо будет перейти на облако (причём не обязательно именно на это) то это будет проще сделать просто написав ещё один адаптер, но не трогая основной код

Я на php получаю timestamp последнего изменения файла. Проблем с производительностью нет, операция достаточно быстрая.

/style.css?ver=1450975943

Преимущества:
— файл берется из кеша до тех пор, пока не был фактически изменен
— нет необходимости помнить какие файлы менял, а какие нет → меньше вероятность ошибки и меньше работы

Чем больше зависимостей, тем сложнее поддержка в будущем.

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

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

Я настоятельно рекомендую не городить лишних сущностей и хранить файлы на том же веб сервере как статические. Если нужны ограничения доступа, то используй штатные инструменты авторизации веб сервера либо свой велосипед. Это 10-15 строк кода, например файлы изначально хранятся в не опубликованном каталоге, а при предоставлении доступа к файлу в публичном создается симлинк, в имени которого id сессии (например id_сессии/id_файла причем если доступ сразу ко всем файлам, то достаточно линка на каталог по id_сессии), а при отзыве доступа, удаляются все симлинки с указанным id сессии.

Бонусом получаешь максимально ресурсоэффективный способ хранения и публикации файлов, минусом наверное только свой uploader писать (в наше время начинающие разработчики просто обязаны пройти через написание своих велосипедов типа upload файла, обслуживание очереди задач по времени и т.п. иначе такое городят, смотреть на этот кошмар невозможно) 

Используйте hash в названии файла style.baedb042c16e1bf.css. Для сборки советую использовать webpack.

Делать хеш через вопросительный знак не рекомендуется, могут быть проблемы с кеширующими прокси и CDN. 

Используйте CSS версионность

Елена Коврегина

А как задавать версии css? Яндекс выдаёт много разнообразной информации по поводу того, как задать для css версию и подсовывать самую свежую версию клиенту, не перезагружая её, но вот конкретного примера использования я не нашёл, покажите, пожалуйста, как подобной возможностью пользуетесь вы? 

Владислав Толстов

Я добавляю версию /style.css?v=2, и меняю ее каждый раз при изменении файла, рандомное число, ставить наверное все-таки не надо, так как файл перестанет кэшироваться браузером.

Можете использовать Gulp или Grunt сборщики для автоматического добавления версионности для css/js файлов. Также сможете заодно их минимизировать.

Используйте CSS версионность

Елена Коврегина

А как задавать версии css? Яндекс выдаёт много разнообразной информации по поводу того, как задать для css версию и подсовывать самую свежую версию клиенту, не перезагружая её, но вот конкретного примера использования я не нашёл, покажите, пожалуйста, как подобной возможностью пользуетесь вы?