Да ну что вы говорите?) Правда, что-ли?) Я и не знал)
live() слаб, и не всегда работае как надо.
Можно пример, когда live сработает плохо? Есть delegate? Сейчас вообще on/off?
Viper пишет:
Если надо забиндить плагин на элемент создающийся после загрузки документа как быть?
Ссылку на объект то не получится передать.
А что конкретно не получается? Используйте вместо bind() используйте delegate()?
Или live(). Но лучше delegate()?
Или как вариант, если подгружаете html, то можно вместе с html подгружать и сам плагин.
Так даже проще будет. Закешируйте запрос и все будет хорошо.
Можно функцию придумать типа
сделал в px, щас норм?
(прост у меня монитор большой и показывает широко, трудно определить)
У меня Монитор 17. при полном экране все хорошо.
Если уменьшить размер экрана, то правый сайдбар (лучшее) не видно.
Есть неплохой генератор http://csstemplater[dot]com/
Воспользуйтесь им.
P.S Попробуйте побаловаться колесико мышки + ctrl.
То есть при создании записи, не нужно будет передавать текущую дату с помощью date()
да только время сервера MySQL.
dnbdrive пишет:
Я реализовал вывод проблем по статусу, с помощью swich и get...
Идея не в том как вы реализовали у себя. MySQL плохо работает с таблицами где есть поля типа TEXT. Выборка идет медленнее.
dnbdrive пишет:
для каждой связи нужно делать еще таблицу, или дотаточно одной таблицы, где будут все связи
Если их количество одинаковое, то можно одну.
В третью таблицу, можно добавить связь с ответственным за решение проблемы(если он один).
Вообще все зависит от Ваших выборок.
Допустим есть 2 таблицы
страны ==>id,name
города===>id,parent,name
Одним простым запросом оптимально не вытащить
SELECT t1.id,t1.name,t2.id,t2.name FROM страны AS t1 INNERJOIN города AS t2 ON t1.id=t2.parent WHERE t1.id='idстраны';
Вот в этот запрос вернет
1 Россия 1 Новосибирск
1 Россия 2 Москва
...
1 Россия 50 Чита
Видно, что первые два столбика нужны только один раз, все остальное лишнее + объединение таблицы тоже не очень хорошо.
Я в таких случаях предпочитаю делать 2 простых запроса
1-запрос
`id` int(11)UNSIGNEDNOTNULLAUTO_INCREMENT,-- уникальный идентификатор услуги
`s_name` varchar(100)NOTNULLDEFAULT'',-- короткое название услуги
`s_fullname` varchar(500)NOTNULLDEFAULT'',-- полное название услуги
`s_description` text NOTNULL,-- описание услуги
`s_tariff`int(11)UNSIGNED(можно сделать mediumint и т.д)NOTNULLDEFAULT'0',-- стоимость услуги (сохраняется id группы тарифов)
`s_tariffing` ENUM('razovai','month')NOTNULLDEFAULT'razovai',-- тарификация услуги, где помесячная-1 или единоразовая-2(аналог, только более понятный человеку)
`id` int(11)NOTNULLAUTO_INCREMENT,-- уникальный идентификатор проблемы
`date_reg` timestamp NOTNULLDEFAULT CURRENT_TIMESTAMP,-- дата регистрации (создания) проблемного билета(при создании записи сам будет вставлять текущую дату и время)
`date_start` date NOTNULLDEFAULT'0000-00-00',-- дата начала решения проблемы
`date_end` date NOTNULLDEFAULT'0000-00-00',-- дата решения проблемы
`responsible` mediumint(8)UNSIGNEDNOTNULLDEFAULT'0',-- id ответственного за решение проблемы
`status` mediumint(8)UNSIGNEDNOTNULLDEFAULT'0',-- статус проблемы
`priority` mediumint(8)UNSIGNEDNOTNULLDEFAULT'0',-- приоритет проблемы
`description` text NOTNULL,-- подробное описание проблемы
`solution` text NOTNULL,-- способ решения проблемыы
id_prob int(11)UNSIGNEDNOTNULLDEFAULT'0',-- идентификатор проблемы
id_usl int(11)UNSIGNEDNOTNULLDEFAULT'0'-- идентификатор оборудования
Но это так вообще на вскидку. Все зависит, от Ваших требований(логики работы).
Что и как будет выдергиваться.
Ну на пример, во второй таблице оставить только описание и способ решения, а остальные данные вынести в еще одну таблицу и связать их по id, тут будет плюс если будут выборки по этим параметрам.(допустим по статусу проблемы или приоритету)
То что вам подсказали это индексы, но на данном этапе их делать нет смысла.