Pull to refresh
7
Роман@Roman_2023

Фуллстек-разработчик, делаю инструменты для веба

3
Subscribers
Send message

Да, вы правы. Дело даже не в том, чтобы «разбогатеть», а в минимуме: суть Product Hunt — это система конвейера в первые часы запуска и привлечение трафика исходя из интереса к приложению, а не к проплаченной рекламе. А здесь сама суть платформы попросту умирает — вернее, как вы сказали, наблюдая за ней во времени, видимо, уже умерла.

Возможно, есть аналоги с меньшими охватами, которые живут не за счёт миллионеров-«хантеров», а пусть даже за счёт небольших взносов самих авторов продукта. На примете — DevHunt и Uneed; если конечная аудитория и охваты меня заинтересуют, попробую ради интереса опубликоваться там. Возможно, в будущем напишу и по ним статьи, если будет интересно — сравнение с PH и т.п.

Кстати, у вас не было опыта взаимодействия с ними? Или у кого-то ещё из комментаторов? Был бы очень признателен, если поделитесь — сейчас я в активной стадии поиска площадок и не хотелось бы второй раз наступить на те же грабли, что с Product Hunt.

Странно ведь выкладывать статью без скринов, не находите?) Раз статья про приложение и его запуск, оно так или иначе будет появляться на скриншотах — или мне нужно было замазывать его на каждом из них?)) И позицию свою как показать на #42 месте к примеру без скрина ?) Приложить скрин с замазанным приложением и сказать поверьте на #42 точно мое приложение под маркером, хоть вы его и не видите?)

Тут 99% содержания — про Product Hunt, и если даже это для кого-то реклама, то извините, здесь я уже ничем помочь не смогу) Сколько времени я потратил, чтобы написать такой текст самостоятельно, — и всё ради пары человек, которые придут через мелькание значка приложения на нескольких скринах.

Надеюсь, вам будет полезно узнать именно про Product Hunt и то, как устроена его система. Жду обратной связи и ваших вопросов по теме, если они есть. Спасибо, что уделили время статье и за фидбэк!

У меня оно сложилось точно такое же. Получается что туда стоит зайти, если есть желание посмотреть соревнования между "хантерами", у которых многолетняя аудитория. А познакомиться они с вами могут конечно, но за N-ую сумму в долларах)

Спасибо, что обратили внимание) Если по технике -
Правила лежат в session-ruleset (updateSessionRules), привязаны к конкретной вкладке (condition.tabIds) и только к sub_frame, а при закрытии оверлея снимаются через removeRuleIds. За счёт этого:
• top-level документ вкладки вообще не трогается — ослабляются X-Frame-Options/CSP только для самого превью-iframe, не для страницы;
• после закрытия превью правил не остаётся, а так как они session-scoped, то даже в худшем случае умрут при перезапуске браузера;
• у каждой вкладки свои id правил, так что соседние вкладки не конфликтуют.

Ровно чтобы не было того самого «залипания» с ослабленной защитой.

Обращаюсь к комментатору и ко всем кто хочет видеть данную функцию. Вот как я ее реализовал предварительно под следующую масштабную обнову.

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

Если будут дополнительные пожелания или вообще свое видение - прошу дать фидбэк: это ли вы хотите видеть в расширении ?)

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

Всем кому расширение зашло или кто хочет немного помочь с дебагингом просьба отписывать в этом канале в ТГ - https://t.me/mobileview_app.

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

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

P.S. Отдельное спасибо тем кто уже дал обратную связь, отклик очень крутой и побуждает к дальнейшей работе!

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

Спасибо за адекватный вопрос) Да, конечно. Запустил приложение буквально неделю назад и еще весь задуманный функционал не успел воплотить в жизнь. На первых порах хочется посмотреть реакцию людей на продукт и есть ли в нем необходимость для аудитории)

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

Спасибо большое за отклик, очень приятно!

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

Идея с отдельной страницей-«стендом» под это тоже интересная: оверлей поверх живого сайта удобен для быстрой проверки, но под несколько устройств сразу отдельный режим действительно просится. Поразбираюсь, как лучше — там есть нюансы с производительностью и синхронизацией между несколькими фреймами, но это решаемо.

Ещё раз спасибо, такие комментарии реально мотивируют пилить дальше!

Information

Rating
Does not participate
Location
Волгоград, Волгоградская обл., Россия
Date of birth
Registered
Activity

Specialization

Фулстек разработчик
Средний
Git
JavaScript
Vite
TypeScript
Vue.js
PHP
Laravel
Redis
Docker