Так как вопрос относится к юзабилити, стоит вспомнить, что элементы интерфейса должны выполнять именно те функции, которые от них ожидает пользователь.
Если мы говорим про разные сайты с разными ползователями, то безусловно hell прав. Но если предположить, что админы все же заходят и на портал, то для них возможно возникновение сложностей: сайты мягко говоря похожи, а аналогичные элементы выполняют разные функции. Но это скорее вытекающие последствия из решения сделать сайты динаковыми.
Возвращаясь к теме юзабилити, предложу не ограничиваться одним экраном. Иначе ситуация похожа на тушение одним огнетушителем горящего леса. В первую очередь необходимо отталкиваться от сценариев на конкретных сайтах и расширить условность на функции и вид самих карточек просмотра и редактирования.
Если админы должны редактировать профили, а не смотреть их, то нужна ли им вообще возможность просмотра? Может быть достаточно сразу просмотра в режиме редактирования?
Возможно им нужен точно такой же просмотр профиля пользователя, как и на портале, но с возможностью быстрого редактирования поля(ей) сразу на странице просмотра (иконка карандаша напротив каждого поля)?
Очень похоже на правду. Пока единственный минус, который нашел — это если открыть приложения в fullscreen, то их порядок не сохраняется. Они выстраиваются в том порядке, в котором их открыл.
(1) Для начала можно просто проконсультироваться с юристом. Узнать его мнение и судебную практику. На основе рассказа клиента, он может с большой вероятностью предположить исход дела. И тут уже решать как и на каких условиях договариваться. Если того, что расскажет потерпевший будет достаточно, чтоб предположить 99% успех, то дальше мужно и условия обсуждать. При этом, юрист может и увеличить свой потенциальный зароботок — клиента это не будет волновать. Рынок юр. услуг — это тоже рынок, где приемлема торговля и уход от фиксированного ценника.
(2) webmoney он может просто отключить — альтернатива в виде yandex.money останется.
На сколько я понял, проблема как раз в том, что mac архивирует как раз в utf8, а вот в виндоус рассчитывает увидеть там аж досовский cp866…
Ваш способ подойдет для обраттоного просесса — чтоб *nix и mac нормально открывали архив, сжаты на виндоусе.
Вопрос в первую очередь относится к продуктам питания. На упаковках многих гаджетов QR уже есть. А вот в продуктовых не видел и не уверен, нужны ли они там.
В этом случае ничего не мешает на подделку скопировать qr и все данные с одной оригинальной :) Тут скорее нужен трекинг — чтоб у продавца фиксировалась продажа бутылки с этим номером. Тогда пользователь сможет проверить — покупалась ли ранее эта бутылка/ее копия или нет.
Все же считаю логичным, что редактор должен подстраиваться под код, а не код под редактор. Тем более, что это валидный php-код, хоть и не по «феншую». Да, при использовании short tags необходимо свериться с конфигом. Я же говорю о конкретном проекте, а не универсальном средстве. И тут проще проверить одну строчку конфига, чем менять код всех файлов проекта.
Как написал выше, используется Битрикс. Это данные обстоятельства. Во всех создаваемых им файлах используется такая конструкция. Это не «мой стиль» написания кода!
Главная проблема заключается в том, что при использовании данного способа с указанием своего IP, я с браузера могу слушать, а другие люди не могут подключиться.
Похоже, что между компьютером и интернетом стоит роутер, который позволяет подключаться к потоку через браузер только с локальной машины (локальной сети)?
