$select = mysql_query("SELECT * FROM users WHERE ???= "'.$email.'")or die(mysql_error());
Найдите отличия с Вашим
P.S А слона то и не заметил Какое поле проверять-то?
На счет PMA. Вот есть страниц 500 к примеру. Я начинаю править url страницы.
Как вы думаете есть шанс, что я исправлю так что у меня получится что 2 страницы с одинаковым URL?
И как тогда будет работать движок?
Насчет всех запросов тут напрашиваются процедуры MySQL.
Они по-моему начиная с версии MySQL 5.0 (тут не уверен) не требуют ни каких SUPER прав. Они нормально будут работать.
На счет запросов
`id` int(11)UNSIGNEDNOTNULL,# Сделав поле беззнаковым мы #увеличим его значение приблизительно 2 раза
#title здесь не нужен он нужен в таблице url
`text` text NOTNULL,
`date_added` date NOTNULL,
UNIQUEKEY`id`(`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
Сделав таблицу "фиксированной" (не содержащей поля типа varchar, text, blob) мы чуть выиграем в скорости ее работы.
Поле `hide`---> наверняка будет возможность скрыть какую-то страницу от пользователей?
Тут тоже я всегда перечисляю какие поля мне нужны в запросе. Т.е не * ,а `id`,`url` и т.д
У нас нет индексов кроме PRIMARY KEY. Пока приложение толком не готово я обычно их не ставлю.
Да и еще сразу пока не забыл лучше,если у нас не будет отрицательных числовых значений, сделать числовые поля беззнаковыми (unsigned)
Вот мы подготовились и сделали таблицы
Теперь запрос на сохранение/редактирование будет состоять из 3 этапов
1 этап:
* если новая новость -->0, если редактируем id
** находим контрольную сумму. Если будут триггера тогда это поле вставлять не надо
*** это тип(таблица) в которой хранится контент и т.д
3 этап:
$id=>>> Если делали новую страницу находим последний сгенерированный id, редактирование id нам известен
P.S Сейчас еще рано ставить индексы. Любая здоровая критика приветствуется
P.S.S Это всего лишь пример, нет проверок и экранирования, но это не та тема
На счет закрывать или не закрывать читал на http://irbis-team[dot]com/ .
Идея в том, что если нет закрывающего тэга ?>, тогда если кто-нибудь что-нибудь вставит в конец файла это выведется или выполнится иначе сразу ошибка
EuGen Нет.
Просто хочется попрактиковаться в написании поискового движка для сайта например.
Все будет храниться в одном файле
Второй файл будет использоваться как дельта-индекс
Вот и вопросы(на счет торможения) следовательно отсюда
Логика:
Когда размер файла с дельта-индексом превышает какой-то размер тогда считывать его и основной файл и megre обоих массивов, и да огромное спасибо за LIMIT, я как-то об этом не думал.
А защита от скачивания, чтобы никто не мог скачать напрямую этот файл
P.S Я правильно понял, в Вашем примере нельзя будет получить доступ к этому файлу иначе чем скрипт PHP
Уже используется .
Идея в чем если размер файла > сколько-то тогда создаем второй файл, поэтому и спрашиваю.
Как узнать размер limit-а?
P.S А на счет третьего вопроса? (Добавление)
Код HTML выложите. Я еще раз(не обижайтесь) говорю, что когда Вы изменяете свойство checked событие click не сработает.
Можете еще попытаться сделать так
Когда Вы меняете у подчиненного checkbox-а свойство, эмулируйте клик по нему
Пример
$('#id').prop('checked',true).click()
Здравствуйте, необходимо хранить массив в файле.
Вопросы:
Какой тип(расширение) файла оптимальней использовать? и почему?
Есть ли ограничение на размер файла? (Т.е каком-то значение начинаются тормоза )
Как ограничить доступ к этому файлу только программе? (Чтобы содержимое файла нельзя было скачать через адресную строку браузера)
Спасибо заранее за ответы
Насчет РМА--->>> триггеры
Зачем изменять что-то через PhpMyAdmin если есть админка?
Плюс если будет какая-то дополнительная логика например
создаю новую текстовую страницу заполнил все поля
если мы берем 2 таблицы
в первой--->url и.д
во второй ----> сам контент
Тогда сохранение будет выглядеть так: выполнить запрос на вставку в таблицу с url---->>>Потом узнать id последней записи в таблицу с url------> выполнить запрос в таблицу с контентом
(Тут я не указал еще необходимость на проверку уникальности URL.)
Каким образом это просто сделать через РМА я не знаю.
Он и не будет работать, потому, что когда при клике на главный checkbox Вы меняете у подчиненных chekbox-ов checked у них событие клик не происходит. Я уже писал выше, измените событие у подчиненных checkbox-ов на change.
Если не получается выложите чистый html я сделаю образец
dropoff --->> Если, к примеру, чел захочет сменить УРЛ через PMA.
Вот я не понял??? Поподробнее объясните пожалуйста с примером.
Если делать через 2 триггера(1 первый триггер сработает после вставки, а второй после UPDATE) то как бы кто-то не изменял URL он все равно пересчитает CRS.
На счет таблицы (вот тут просто мое мнение)
Я бы сделал также, но только добавил бы поле таблица( в вашем случае если каждому типу поля content соответствет одна таблица тогда не надо), где указывал бы к какой таблице относится данный URL. И в процедуре MySQL простым запросом искал есть ли такой URL и если есть выводил id и таблица и если есть вторым запросом выводил данные. В принципе можно и без процедуры, а 2 запроса.