Entrades

S'estan mostrant les entrades d'aquesta data: febrer, 2012

jQuery datepicker validation

És possible que la validació del datepicker de jQuery et doni error pels navegadors basats en el webkit -Chrome, Safari, ...-. Sembla ser que aquests navegadors agafen el dia com a mes i el mes com a dia, sent el format com a DD/MM/AAAA. Per solucionar aquest problema he fet el següent: Modificar el fitxer jquery.validation.js on hi diu:   date: function(value, element) { return this.optional(element) || Invalid|NaN/.test(new Date(value)); }, i canviar-ho per: date: function(value, element) { return this.optional(element) || /^\d{2}[\/-]\d{2}[\/-]\d{4}$/.test(value); }, Ara la validació la fa amb expressions regulars i comprovant-ho amb el Google Chrome funciona corretament.
Amb la següent comanda s'esborren els fitxers amb l'extensió pyc tant a la carpeta on s'executa com en subdirectoris. find -name "*.pyc" -delete

Django Integrity Error amb loaddata

Si fent una importació de dades amb Django mitjançant la comanda:   ./manage.py loaddata i us apareix el següent error: IntegrityError : duplicate key value violates unique constraint "django_content_type_app_label_key" The problem is simply that you're getting the content types defined twice - once when you do syncdb , and once from the exported data you're trying to import. Since you may well have other items in your database that depend on the original content type definitions, I would recommend keeping those. So, after running syncdb , do manage.py dbshell and in your database do TRUNCATE django_content_type; to remove all the newly-defined content types. Then you shouldn't get any conflicts - on that part of the process, in any case. Resposta Original (Stackoverflow)