Цели у клиента могут быть совершенно различные, но воплощаются они именно с помощью задач. Даже самые мелкие задачи стоит записать и не забыть, чтобы можно было к ним вернутся и обсудить.
Такой объем задач может рождаться даже и за час, если стало понятно, что нужно действовать срочно или какую-то важную штуку забыли сделать.
Под «вспомнить» я имел в виду, что формулировка задачи может забыться. Я записал «Раздел с документами» а это включает в себя интерфейс в фронтенде и бекенде, и какие-то идеи по реализации этих интерфейсов.
Обычно с клиентом я встречаюсь/созваниваюсь один, возможно второй человек с моей стороны в самом деле был бы полезен.
Скрамбордов пока нет, кажется, что клиент не будет смотреть на эти доски.
––––––––––
Наверно проблема не в техники записи, а в том, что со списком нужно работать. А такая работа не воспринимается как полноценная работа.
Рекомендую склеить их с помощью LESS. SASS или своего скрипта в один файл и генерить из него один CSS. Это позволит сохранить существующую структуру файлов, и в тоже время подключать на клиенте один файл.
С одной стороны авторизуя до смены пароля, вы даете возможность пользователю работать с сайтом фактически без авторизации, да и про смену пароля он может забыть — ведь зачем ему что-то менять, когда он и так авторизовался. Но с другой стороны — зачем тогда нужны пароли и их восстановление, когда человек может войти по такой ссылке из письма. Может вообще делать авторизацию только по ссылке из письма?
Авторизация — это действие ради которого пользователь и восстанавливает пароль. Если пользователь перешел по ссылке из письма, и так понятно, что он это он, мы же ему доверяем менять свой пароль.
Если авторизацию после сброса не делать, пользователю придется еще раз вводить свой логин и пароль.
Думаю это не очень хорошая идея, т.к. подпроекты могут использовать друг друга, и они должны быть постоянно доступны. Да и ветки созданы для одной директории, в пределах которой проект развивается.
У нас будет именно 30 тыс. онлайн. На текущем сервере у нас держит от 60 до 200 запросов в секунду в зависимости от страницы и того как сильно она кешируется. Сейчас используем nginx+php-fpm+apc. Основная проблема, которая меня беспокоит заключается в том, что непредсказуемо растет время отдачи динамических страниц, оно может доходить до десятков секунд.
Понятно что не может, но необходимо это корректно обрабатывать. Я считаю что браузер должен вмешиваться в DOM-дерево только в том случае если существует какая-та неоднозначность. А тут IE перемещает div и ставит его после p, вне form.
Получается, что если у меня в этом div были элементы формы, то форма перестанет корректно работать.
PS: этот баг я нашел, когда форма случайно окружилась в WYSIWYG-редакторе.
в WinSCP есть режим синхронизации каталогов на локальной и удаленной машине, так что можно вносить изменения в любимом редакторе, а измененные файлы будут сразу литься на сервер
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
