Форум PHP

Если всё так критично: поставьте для поля ввода readonly и повесьте на него любой JavaScript календарь, чтобы ваш формат никто не нарушил). Либо допилите ваш плагин для масок.

>К тому же менеджер может написать дату вот так "1 июля 2014"

Может, а может написать и "от рождества Христова". Но вы ведь пишите, что есть формат ввода, а значит проверяется по этому формату, и другого формата вы не принимаете, так или нет? Иначе начерта вам плагин и причем тут "__-__-____"?

strtotime на этот формат ответит false, чего с учетом вашего "__-__-____" как раз и требуется. Иначе вы задаете вопрос, подноготная которого спрятана в черном ящике.

Вот уж никогда не поверю тому, что заказчик разбирается в программировании лучше исполнителя. Другими словами, они настаивают на этом только лишь потому, что вы это им сами подсунули, а до этого вряд ли они знали о нем, да и вообще такого слова "плагин".
Плагины не пишутся под единственное конкретное действие, просто это глупо. Хотите, ну так используйте решения из этого плагина, тем более что проверить на клиенте формат даты это простое рег. выражение, а если вы ведете речь о "красоте", то в рамках jQuery сделать это просто и без всякого плагина.
Речь ведь не о том, что плохо подключать нечто. Плохо то, что часть подключаемого дублируется еще чем либо подключаемым.

К тому же менеджер может написать дату вот так "1 июля 2014", тут точно strtotime не спасает :)

У меня не жена, у меня заказчики и руководство, которое с ними общается. Они настаивают на плагине.

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

>Да на клиенте вы что хотите творите, хотя заставлять писать дату обязательно так как вам хочется, это не думаю, что хорошо.

Это дата закрытия заказа. Заполняет менеджер. Данные будут вставлены в столбец типа DATE.

>А посему преобразовывать ее при получении в любом случае придется, и рег. выражений для этого совсем не требуется.

Хорошая мысль, strtotime спасет. Прочитал 3 раза, потом понял.

Здесь плагин выступает как средство решения проблемы, к тому же он всем понравился :)

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

>И зачем такой "строгий" шаблон? Во всяком случае так дату в базе не хранить.

Шаблон для людей, дата преобразовывается потом с помощью регулярных выражений. js-библиотеку, задающую шаблон, мне Commander посоветовал. Она очень понравилась руководству и паре заказчиков. Теперь они ее внедряют, где только можно на сайте.

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