demiux

Рейтинг
15
Регистрация
31.01.2017
Четверьг:
Разработка такой штуки сколько может стоить?

Вот в этом я вас не сориентирую. Может тут кто возьмется либо на фрилансе бросьте клич. Если терминал один и не нужны настройки, то и js скрипт будет небольшим.

Информация на эту тему:

https://habrahabr.ru/post/129343/

https://habrahabr.ru/post/130436/

---------- Добавлено 01.03.2017 в 14:15 ----------

Самый простой вариант вам предложил danforth, измените user agent. По нему и определяйте терминал. Во многих браузерах он меняется параметром запуска.

Четверьг:
demiux, а как скрипт понимает, что вот этот юзер работает с публичного компа (на точке выдачи), а вот этот не с публичного? Как поймет для кого чистить, а для кого нет?

Тут вариантов несколько:

  • терминал подключается через vpn, а так как vpn фактически виртуальная локальная сеть, то и определить откуда пришел запрос можно по ip
  • по ip терминала, если он статический и выделен только терминалу
  • свое расширение в браузере терминала, которое уже на ваше усмотрение либо ставит куки, либо в http заголовке (Authorization например) запросов передает метку что это терминал. Заодно можно и номер терминала передать.
Sitealert:
М-дя... Живо представил себе "картину маслом". Собралась команда: графдизайнер, программер, сеошнег и ТС во главе. Сначала все с интересом наблюдают за творческим процессом ваяния PSD, потом с любопытством пытаются отследить версии классов функционала, разбираются в тонкостях CSS, и в заключение в обязательном порядке вся команда участвует в формировании запросов для яндекс-директа. Зашибись! Очень продуктивно. А, ещё контент-менеджера забыл! Ему тоже очень интересна система контроля версий.

К чему эта демагогия? Каждому свой инструмент. Дизайнер и сеошник вполне могут удаленно работать, постоянное их присутствие не нужно. Разработчику, в случае ТС, особенно на первых этапах, не помешало бы присутствовать. Чем плоха CRM для тех же удаленных работников?

Вашу позицию фрилансера(?), судя по эмоциональности поста, понимаю. Сам когда-то так работал и делал ежедневные архивы, это же очень "удобно". Особенно "удобно" деплоить несколько тысяч файлов, когда изменения производились в 10-20. Правки на живом сайте надеюсь не будете отстаивать (речь не о контенте)?:)

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

Sitealert:
И как же раньше жили без гитхабов и букетов? 😕 И без вики...
Человек вообще-то сайт хочет сделать, а не операционную систему нового поколения. Может быть, не надо его запугивать?

Ну ТС завел речь о команде. Два человека уже команда. Я даже свои мелкие проекты разрабатываю используя VCS, про крупные вообще молчу. Всегда знаю что и когда менялось. Или у нас (у людей) идеальная память? Темп жизни тоже увеличивается.

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

Предупрежден - значит вооружен, никто не запугивает. Систем управления проектами сейчас вагон и маленькая тележка, руководитель точно разберется, они полезны не только для разработки. А поднять ту же wiki для любого разработчика вообще не проблема. Можно обойтись и без wiki, сваливать документацию в тот же git. Для небольших проектов приемлемо.

Вот только потом руководитель, владелец бизнеса, сайта не будет ломать голову, а что же делать? Когда сбежит/уволится и т.д. разработчик.

КарандышевЪ:
С фрилансерами не стоит связываться?

Если сами в предментной области не разбираетесь - не стоит. Как уже вам говорили, сделает и ищи ветра в поле.

КарандышевЪ:
Я правильно понимаю, что грамотный специалист, который сможет детальный бриф превратить в конкретное ТЗ, снимет значительную часть проблем возникающих при проектировании?

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

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

Четверьг:
Но, блин как-то же это сделано во всяких Юлмартах?

По таймауту (бездействию) у них все очищается, через 1-2 минуты. Если залогинен, соответственно происходит выход. Корзина в аккаунте пользователя не очищается (если не было заказа). Очищается только сессия терминала.

Реализовано два вида поведения:

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

Фактически есть две корзины: гостевая и корзина авторизованного пользователя.

Рамарио:
Пока я для себя вижу следующую стратегию: когда понадобится сделать, допустим, англоязычную версию, я просто добавлю папку вида en.example.com, туда скопирую HTML, CSS и JS, ручками все там переведу на английский и все.

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

Рамарио:
Какие есть идеи?

Есть похожий аналог PHP gettext() на js - https://www.npmjs.com/package/gettext. Или такой https://www.npmjs.com/package/config.

Тоже помню ваши посты:) Насколько понял, вы хотите реализовать веб приложение, а потом портировать в мобильные и возможно десктопные. Тогда вам прямая дорога в node.js и сборщики проектов, это упростит разработку в разы. Про ReactJS уже вам писал. Еще есть Angular, Backbone.js, Ember.js, это из популярных.

Сам рекомендую React, т.к. сейчас набирает обороты React Native и если не делать игры, то приложения под Android и iOS получаются довольно быстро, заодно куча готовых модулей используются в веб-приложении(сайт).

Рамарио:
Что скажете по поводу упомянутых технологий? Есть еще способы стоящих рассмотрения?

Есть. https://facebook.github.io/react/

Redbaron_chaos:
Зелеопых обнаружили???: NASA собирает экстренную пресс-конференцию

Нашли 7 экзопланет в системе TRAPPIST-1 и все размером с нашу землю. Расстояние 40 световых лет.

Где-то тут видел тему "Куда податься?":)

Всего: 102