Четверьг: Разработка такой штуки сколько может стоить?
Вот в этом я вас не сориентирую. Может тут кто возьмется либо на фрилансе бросьте клич. Если терминал один и не нужны настройки, то и js скрипт будет небольшим.
Четверьг: 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 и т.д. Даже есть свои плюсы, можно отключать-включать модули для разных языковых версий.
Тоже помню ваши посты:) Насколько понял, вы хотите реализовать веб приложение, а потом портировать в мобильные и возможно десктопные. Тогда вам прямая дорога в node.js и сборщики проектов, это упростит разработку в разы. Про ReactJS уже вам писал. Еще есть Angular, Backbone.js, Ember.js, это из популярных.
Сам рекомендую React, т.к. сейчас набирает обороты React Native и если не делать игры, то приложения под Android и iOS получаются довольно быстро, заодно куча готовых модулей используются в веб-приложении(сайт).
Разработка такой штуки сколько может стоить?
Вот в этом я вас не сориентирую. Может тут кто возьмется либо на фрилансе бросьте клич. Если терминал один и не нужны настройки, то и js скрипт будет небольшим.
Информация на эту тему:
https://habrahabr.ru/post/129343/
https://habrahabr.ru/post/130436/
---------- Добавлено 01.03.2017 в 14:15 ----------
Самый простой вариант вам предложил danforth, измените user agent. По нему и определяйте терминал. Во многих браузерах он меняется параметром запуска.
demiux, а как скрипт понимает, что вот этот юзер работает с публичного компа (на точке выдачи), а вот этот не с публичного? Как поймет для кого чистить, а для кого нет?
Тут вариантов несколько:
М-дя... Живо представил себе "картину маслом". Собралась команда: графдизайнер, программер, сеошнег и ТС во главе. Сначала все с интересом наблюдают за творческим процессом ваяния PSD, потом с любопытством пытаются отследить версии классов функционала, разбираются в тонкостях CSS, и в заключение в обязательном порядке вся команда участвует в формировании запросов для яндекс-директа. Зашибись! Очень продуктивно. А, ещё контент-менеджера забыл! Ему тоже очень интересна система контроля версий.
К чему эта демагогия? Каждому свой инструмент. Дизайнер и сеошник вполне могут удаленно работать, постоянное их присутствие не нужно. Разработчику, в случае ТС, особенно на первых этапах, не помешало бы присутствовать. Чем плоха CRM для тех же удаленных работников?
Вашу позицию фрилансера(?), судя по эмоциональности поста, понимаю. Сам когда-то так работал и делал ежедневные архивы, это же очень "удобно". Особенно "удобно" деплоить несколько тысяч файлов, когда изменения производились в 10-20. Правки на живом сайте надеюсь не будете отстаивать (речь не о контенте)?:)
Но как показывает практика, перенять проект где велась хоть какая-то документация и использовалась VCS - в разы проще. А у проектов, где была большая текучка кадров или пробежались толпы фрилансеров и не велось никакой документации, как правило нарастает критическая масса, когда проще выкинуть и сделать заново. Тут я ни в чей огород камень не кидаю, все из практики и не только моей, речь о ведении истории и документации проекта.
И как же раньше жили без гитхабов и букетов? 😕 И без вики...
Человек вообще-то сайт хочет сделать, а не операционную систему нового поколения. Может быть, не надо его запугивать?
Ну ТС завел речь о команде. Два человека уже команда. Я даже свои мелкие проекты разрабатываю используя 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/
пруф с картинками 🍿
http://www.forbes.com/sites/startswithabang/2017/02/22/seven-planets-including-three-habitable-ones-found-around-ultra-cool-dwarf-star/#41967cdf431f
Год на этих планетах длится порядка 10 дней :)
Еще один https://exoplanets.nasa.gov/trappist1/
Зелеопых обнаружили???: NASA собирает экстренную пресс-конференцию
Нашли 7 экзопланет в системе TRAPPIST-1 и все размером с нашу землю. Расстояние 40 световых лет.
Где-то тут видел тему "Куда податься?":)