Поле ввода текста с изменяемой частью?

Помечаю, как решение, потому что конкретно в этом случае решено всё же использовать этот подход.

Отправка email сообщений через удаленный сервер

…

Поле ввода текста с изменяемой частью?

разрешить им вводить их целиком, а не генерировать

Да, я думал об этом, но это гарантированно приведёт к дополнительным усилиям либо по ручной проверке отсутствия пересечений (т.е. когда человек сначала лезет искать, а нет ли документа с таким идентификатором), либо по исправлению автоматически распознанных пересечений (т.е. когда человек не лезет, но система обнаруживает, что таки есть =)). Не получается выигрыша.

А нельзя тогда брать код из документа?

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

Поле ввода текста с изменяемой частью?

К слову, даже если формализовать основную систему идентификации для ограниченного количества случаев (это бессмысленно, но просто для примера), то форма станет настолько сложнее (добавится по крайней мере 5 полей для ввода), что вы первый забьёте меня камнями (даже не учитывая, что эту основную систему идентификации пользователи знают как свои пять пальцев, и им по их признанию удобнее использовать именно коды).

Поле ввода текста с изменяемой частью?

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

И нет, это единственное такое поле. Если бы я без зазрения совести делал ещё 20 таких же в форме, я бы, вероятно, не задавал вопрос по ещё одному здесь, подробно описывая проблему, как думаете? =)

Поле ввода текста с изменяемой частью?

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

Поле ввода текста с изменяемой частью?

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

Т.е., грубо говоря, автор нажимает кнопку «Добавить документ», открывается страница с формой, где он вводит идентификатор документа (как раз то поле, о котором вопрос) и прикрепляет файл (есть ещё пара полей, но они просты и незначительны). Потом он нажимает кнопку «Сохранить», и перед сохранением программа смотрит в БД, есть ли документы с таким идентификатором, и если нет, то встраивает в него первый порядковый номер, а если есть — первый доступный. После такой обработки поле становится однозначно определённым и уникальным (т.е. без знаков вопроса и пр.).

Поле ввода текста с изменяемой частью?

Спасибо за развёрнутый ответ.

Пользователь может влиять на это поле, хотя и в крайне узких рамках, но дело не столько в этом, сколько в том, что идентификатор этот нужен, и вводить его на каком-то этапе в любом случае придётся руками: эта часть, к сожалению, не автоматизируется =(

«Неизбежные попытки набрать, исправить и т.д.» — это да, хотя в обоих случаях придётся делать автоматическую проверку корректности ввода: что на наличие знаков вопроса в первом случае, что на наличие разделителя перед порядковым номера во втором.

Второе поле во втором варианте, к сожалению, селектом сделать нельзя (тоже первое, что хотелось сделать): вариантов очень много.

Т.е. ясно, что оба решения не слишком удобны, и выбрать нужно меньшее зло — проблема как раз в том, что не очень понятно, какое из зол меньшее =)

У вас не наблюдается проблемы? google docs назначение прав?

Починили.

Сменить кодировку текста pdf

В моём случае не работает Т__Т (Ubuntu 12.10, GPL Ghostscript 9.06)

Посоветуйте сервис для онлайн-ТВ

Благодарю.

Посоветуйте сервис для онлайн-ТВ

Ваш плейлист больше не работает, насколько я понимаю?

Интернет-магазин на Wordpress?

Хотел бы предупредить, что разработчик (фактически, он один) у OpenCart неадекватен, и пусть вас не сильно обнадёживает наличие публичного репозитория на GitHub =) Хотя сам движок туда-сюда.

Стабилен ли сервис DNS от Яндекса?

У Яндекса постоянно мешалются почтовые функции (по крайней мере, так было, когда я пользовался ими). На CloudFlare у меня с десяток доменов, никаких проблем. Да и вообще, это стандартное использование их сервиса, как они могут быть против? Зарабатывают-то они на премиум функциях, обычное дело.

На чём лучше делать информационную систему в компании?

Угу, уже знаком, но всё равно спасибо =)

На чём лучше делать информационную систему в компании?

И прошу прощения за некоторый сумбур — больше 30 часов без сна оО

На чём лучше делать информационную систему в компании?

Спасибо, уже несколько дней как копаю именно в эту сторону: Drupal Commerce очень удобно разбит на несколько подмодулей, кстати. К тому же, ТЗ несколько поменялось в сторону усложнения функционала каталога. Понадобится много категорий товаров, у каждой свой набор атрибутов-полей (например, категория «Процессоры» с атрибутами «Частота», «Количество ядер» и пр., категория «Наушники» с атрибутами «Тип», «Чувствительность» и т.д.), что отметает почти все ERP, CRM, таск-трекеры и пр., оставляя, по сути, первоначальный выбор: фреймворк или Drupal. На Drupal это, кстати, тоже нетривиальная задача: поскольку типов товаров о своими наборами атрибутов — десятки, нельзя просто создавать для каждого тип содержимого, этим будет неудобно/невозможно управлять — но подмодули «Drupal Commerce», я надеюсь, предоставят мне большую часть нужной гибкости.

На чём лучше делать информационную систему в компании?

Много букв — это совсем даже не плохо. Спасибо за поддержку =)

На чём лучше делать информационную систему в компании?

Спасибо, ещё одна хорошая идея. Посмотрел на Alfresco и Liferay, но пока не очень въехал, умеет ли кто-нибудь из них то, что мне нужно. Они оба на Java, а я её пока не знаю, так что страшновато их использовать, если окажется, что нужна серьёзная ручная доработка. У вас есть с ними опыт? Или с другими подходящими?

Англоязычные форумы стартаперов?

Можете ещё посмотреть на startupnation.com и partnerup.com
Ещё имеет смысл поискать локальные сообщества предпринимателей. Вот отчёт Startup Genome о наиболее активных: blog.startupcompass.co/the-rise-of-startup-ecosystems-silicon-valley