- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Эксперименты никто не отменял.
Ну и для App Store можно частотность увидеть, примерную.
Там не частотность, рейтинг. Ну такое себе.
Сервисы которые считают частотность - это алхимия чистой воды.
Эксперементы когда помимо тебя идет реклама, мотив, офлайн реклама, реклама на сайте и все это считается как "органик траффик" - делать весьма проблематично. Остается как то смотреть на позиции, но никакого анализа или аналитики с этим не сделаешь
Там не частотность, рейтинг. Ну такое себе.
Сервисы которые считают частотность - это алхимия чистой воды.
Эксперементы когда помимо тебя идет реклама, мотив, офлайн реклама, реклама на сайте и все это считается как "органик траффик" - делать весьма проблематично. Остается как то смотреть на позиции, но никакого анализа или аналитики с этим не сделаешь
Для App Store можно получить частотность от самого эпла...
И никто не говорил, что вход на этот рынок дешевый и простой.
А меня волнует такой вопрос.
Есть ли способ узнать с какого запроса в сторах пришел пользователь?
Вот кусок сводной статистики в консоли разработчика Гугла:
На нижнем скрине запросы в Плей Маркете.
PS По поиску Гугла тоже похожая статистика показывается, только у меня там 0.
VoV@, подскажите , с точки зрения программиста (мой как обычно пропал не доделав работу)
Имеется:
1. Одна общая база
2. Два приложения, которые общаются между собой @ API (заказчик и мастер)
3. Одна точка доступа к API запросам
dev.domain.com - для тестов @ API + SQL
domain.com - продукция @ API + SQL
Или лучше dev.* вынести на другой сервер, что-бы лишний раз не нагружать продукцию?
Вот кусок сводной статистики в консоли разработчика Гугла:
Большое человеческое спасибо, я апметрику мучал, а все оказалось проще.
Уже хоть какие то данные для анализа
Ну, на сколько я знаю, так и принято - тестировать на тестовом сервере, а релизить на боевой.
У меня нет больших масштабов, я тестю всё на локалхосте и выкладываю релиз на шаред хостинг. Мне этого хватает с лихвой.
Базы лучше тоже разделить, тупо скопировать.
VoV@, а вы беретесь за "доработки" того, что уже написано? если да, то только на c++?
VoV@, а вы беретесь за "доработки" того, что уже написано? если да, то только на c++?
Только на C#, и только проекты для Xamarin.
Я не знаю ни java, ни kotlin, ни objective-C, ни swift.
Посоветуйте начальный хостинг (всегда больная тема для меня)
Хватит ли простого Shared от Timeweb?
---------- Добавлено 24.01.2019 в 18:16 ----------
В константах, прописанно
В настройках сайта + домена, я подключил обязательное httpS.
Вопрос:
Если все константы аппликации перевести на
Ничего не случится?
Всего порядка 10 констант..
1) Платежки - success, failed
2) Выставление счета - success, failed
3) Произвести оплату - success, failed
4) Сам endpoint до API
Все 4*2 это httP
По первой части, если хостинг нормально держит работу обычного сайта, то и API работать будет. 200 пользователей в сутки - это вообще мелочь, но надо бы знать сколько запросов они будут генерить. Пробовать надо.
По второй, можно же вообще наименование протокола убрать. Вместо "http://XXXX" и "https://XXXX", оставить просто "//XXXX".
Только вообще-то желательно делать API доступным только по одному протоколу, поставить 301 редирект на https://
PS И хардкодить такие константы вообще не хорошо, лучше вынести их в отдельный файл конфигураций и читать уже из него.