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

CREATE TABLE `suppliers_store` (<br/>
 `id_suppliers_store` int(11) NOT NULL AUTO_INCREMENT,<br/>
 `id_suppliers` int(11) NOT NULL,<br/>
 `dt` date NOT NULL,<br/>
 `name` varchar(255) NOT NULL,<br/>
 `code` varchar(255) NOT NULL,<br/>
 `price` double NOT NULL,<br/>
 `code_suppliers` varchar(255) NOT NULL,<br/>
 `count` int(11) NOT NULL DEFAULT '0',<br/>
 `producer` varchar(255) NOT NULL,<br/>
 `weight` varchar(255) NOT NULL,<br/>
 PRIMARY KEY (`id_suppliers_store`),<br/>
 KEY `NewIndex1` (`id_suppliers`),<br/>
 KEY `NewIndex2` (`dt`)<br/>
) ENGINE=MyISAM DEFAULT CHARSET=utf8

select ss.*, s.delivery<br/>
from suppliers_store as ss<br/>
join suppliers as s on ss.id_suppliers = s.id_suppliers<br/>
where (ss.dt &gt;= '2010-02-01 00:00:00' and ss.dt &lt;= '2011-02-01 23:59:59') and <br/>
 (ss.name like '%панель%' or ss.code like '%панель%') and<br/>
 (ss.price &gt; 1000) and<br/>
 (ss.count &gt; 0)<br/>
LIMIT 50

Что является лучшим решением для поддержания резервного копирования и контроля версий на живых веб-сайтах?

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

То, что было бы идеальным, было бы беспроблемным управлением версиями. Я реализовал SVN на некоторое время, что было здорово в качестве полурешения для резервного копирования, а также контроля версий (легкая реверсия временных или критических изменений) и т. д.

К сожалению, SVN размещает .SVN скрытых каталогов везде, которые вызывают проблемы, особенно когда другие разработчики делают изменения структуры папок или копируют / перемещают каталоги веб-сайтов. Я слышал аргумент, что это вопрос образования и т. д. но подход, принятый SVN, просто не является для нас практическим решением.

Я думаю,что, возможно, инкрементное резервное копирование может быть лучше.

Другие возможности включают в себя:

1. SVK, который является только командной строкой, которая становится проблемой. Кроме того, я не уверен, насколько это будет уместно.

2. Mercurial, возможно, с некоторыми триггерами, чтобы скрыть распределенный компонент, который не требуется в этом случае и был бы излишне сложным для других разработчиков.

   Я немного поэкспериментировал с Mercurial, но не смог найти хороший способ отделить хранилище и постоянно синхронизировать его с рабочей копией живой папки. Возможно, в качестве решения для управления версиями (создание репозитория и живой папки в одном месте) в сочетании с другим решением для резервного копирования это может быть правильным решением.

   Одним из недостатков Mercurial является то, что он не помещает пустые папки под управление версиями, что является проблематичным для веб-сайтов, которые часто имеют пустые папки в качестве мест-заполнителей для загрузки файлов и т. д.

3. Rsync , который я на самом деле не исследовал.

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

Ответ ответов:

• @Kibbee :

  • Речь идет не столько об образовании, сколько об отсутствии знакомства с чем-либо, кроме VSS, и об отсутствии времени/усилий для изучения чего-либо еще.

  • Подход xcopy/7-zip звучит разумно, я думаю, но он быстро займет много места, верно?

  • Что касается управления версиями, я думаю, что мне бы хотелось, чтобы система управления версиями просто сказала: "это состояние папки сейчас, я разберусь с этим, и если я не смогу сопоставить материал, который является вашей виной, я просто начну новые истории", а не потерплю неудачу.

• @Steve м :

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

• @mk :

  • Хорошо, что я не подумал об использовании Rsync для развертывания. Это только загружает различия? Перезапись всего живого каталога каждый раз, когда мы вносим изменения, будет проблематичной из-за простоя сайта.

Мне все еще любопытно посмотреть, есть ли еще какие-то традиционные варианты