Вы сейчас смотрите на ситуацию как опытный пользователь, но НЕ как обычный пользователь и НЕ как вебмастер. Обычному пользователю норм, что ему показывают несколько товаров, глаза не разбегаются. А нормальный вебмастер НИКОГДА не даст возможности вывести всё, без лимитов, потому что база имеет свойство разрастаться, и там где вы ожидаете увидеть 1к товаров, на самом деле может лежать и 10к, и 100к — вам действительно это нужно? Даже если, предположим, ваш браузер потянет отрисовать всё это добро — зачем серверу каждый раз гонять этот трафик? Вы РЕАЛЬНО просмотрите 10к предложений? Или всё же захотите их фильтрануть?
+1, именно стим приучил меня покупать игры, потому что мне стало быстрее нажать «купить» чем искать нормальную версию на трекере. А блогодаря стримам, летсплеям и ютубу вообще — я теперь могу покупать игру, будучи уверенным что она мне понравится, а не наугад, за название и скриншоты)
Не имею ничего против знания js, css, html — в работе нужно понимать, как работают граничащие технологии. Однако на вакансии «требуется PHP программист для работы с вёрсткой, дизайном, базой данных и сервером» — советую бежать как от огня.
+1, разверну мысль robert_ayrapetyan, на мой взгляд его недопоняли.
Сам сейчас обдумываю как хранить данные, и реляционная таблица подходит для сырых данных, однако в игре нужно будет работать с обработанными данными, взятыми из многих таблиц, над которыми производятся рассчёты. Делать это на лету каждый раз не очень разумно, поэтому имеет смысл сформировать «игровое состояние» конкретного игрока, и хранить его в КВ или документарной базе, обновляя сырые данные в бд по мере необходимости.
Банк делает мне предложение(оффер) — я пользуюсь его услугами, предоставляя информацию о себе, он со своей стороны подтверждает свою легитимность. В случае с любым сайтом, оффер — это логин. Если сайт не хочет, чтобы анонимные пользователи использовали доступную в интернете в открытом доступе информацию — она должна находится в личном разделе сайта, защищённом аутентификацией. Когда я пытаюсь попасть на эту страницу, сайт говорит мне — ты расскажи кто ты, мил человек, и тогда я тебя пущу, а иначе иди лесом. Это — оффер. А если сайт пускает меня к открытой информации, но при этом скрытно от меня проводит мою идентификацию — вне зависимости от целей — это не оффер, это слежка\шпионаж\мошенничество — называйте как хотите, но я должен быть поставлен в известность о том, что меня идентифицировали)
В большинстве случаев, если человек не регистрируется в соцсетях, то и телеграму он свой реальный телефонный номер не выдаст. Так же, в большинстве случаев, нужно смотреть за ЦА сайта. Если ЦА — молодёжь, регистрация через гугл\фб\вк будет оптимальна. Для старшего поколения надо добавить вариант авторизации через email — они обычно не доверяют кнопкам «авторизоваться через». Оптимально иметь все варианты в наличии — кто-то не любит заполнять формы и предпочитает регистрацию в 1 клик, кто-то предпочитает на левых сайтах регаться с запасного емэйла — надо учесть пожелания всех.
+1, дороговато, и это за год — безлимит уже 3к. а для того чтобы потестировать сервис, даётся две активные цели максимум. Даже тестировать не хочется с такими ограничениями, скорее хочется аналог написать)
Обычно, когда сайт к которому я отношусь лояльно, просит отключить рекламу — я это делаю, смотрю на внешний вид сайта и в 90% случаев включаю адблок назад, поскольку без него смотреть сайт нельзя. Это — проблема сайта.
Обычная практика у нас — накопление очереди в редисе и отправка инсерта раз в минуту или чаще. 5к строк вставляются без проблем одним пакетом (данных много, включая строковые типа userAgent). 50к уже многовато(для наших запросов).
Когда можно копипастить — копипащу из первого во второе. Когда нельзя — я действительно задумаюсь, а надо ли мне тут региться. Лишние поля — зло в любом случае.
Плюсую, содержимое ленты всегда зависит только от человека) ВК подсовывает не так много рекламы, а если человек подписан на паблики у которых 99% постов реклама или приз за репост — то он где-то свернул не туда. Если его «друзья» генерируют такой же поток хлама, тогда возможно и с их выбором нужно было быть внимательнее)))
Изучил немного tmuxinator, достаточно удобный инструмент. Вкупе с небольшими хаками в .bashrc теперь у меня в любой момент при запуске консоли запускается уже проинициализированная сессия tmux, в конфиг tmuxinator можно прописывать любые команды на выполнение для каждого окна, так что не проблема даже настроить чтобы автоматом подключался по ssh при первом запуске, или даже очередь команд, например подключиться по ssh + перейти в нужную директорию + открыть лог.
Здравствуйте, благодаря вашей первой статье узнал о терминальных менеджерах и начал использовать tmux.
Хотелось узнать момент, который я не нашёл нигде — есть ли возможность сохранить пресет сессии при выключении компьютера? Допустим, мне не важно чтобы в каждой вкладке были уже запущены процессы, хочется именно восстановить после выключения компьютера такие вещи как количество вкладок, их лэйауты и пути — например в первой вкладке у меня home, во второй — папки репозитория и деплоя определённого проекта разделённые по вертикали, в третьей — папка логов.
Сам сейчас обдумываю как хранить данные, и реляционная таблица подходит для сырых данных, однако в игре нужно будет работать с обработанными данными, взятыми из многих таблиц, над которыми производятся рассчёты. Делать это на лету каждый раз не очень разумно, поэтому имеет смысл сформировать «игровое состояние» конкретного игрока, и хранить его в КВ или документарной базе, обновляя сырые данные в бд по мере необходимости.
Хотелось узнать момент, который я не нашёл нигде — есть ли возможность сохранить пресет сессии при выключении компьютера? Допустим, мне не важно чтобы в каждой вкладке были уже запущены процессы, хочется именно восстановить после выключения компьютера такие вещи как количество вкладок, их лэйауты и пути — например в первой вкладке у меня home, во второй — папки репозитория и деплоя определённого проекта разделённые по вертикали, в третьей — папка логов.