Быколай, нет, в начале идет запрос с статусом 1 и потом уже аналогичный запрос (с циклами и условиями), но разница в статусе 2. При этом, первый запрос проверяет соответствие статистики (последняя запись, с учетом статуса) с ранее собранными данными, при необходимости он добавляет новую запись статистики.
Далее второй запрос делает 1 в 1, но при этом он зацикливается и для него последняя запись появляется в виде "пустоты" ,но с id записи статистики со статусом 1, таким образом, он что-то пытается предпринять, но условия получаются истиной, но добавить запись он не может т.к. далее условие становится ложью... вообще не понятные циклы действий.
Буду пробовать, как описали выше. (Добавление) Быколай, ваш способ выдавал постоянно истину, когда как должен выдавать лож, но я разобрался в чем дело, все изначально работало верно, дело оказалось вообще в другом... в процессе добавления новой записи ,если последняя не актуальна.
Быколай, дело в том, что когда я выполняю 2 запроса, с разными статусами типа 1 и 2, то он выполняет их 2, но при этом первый постоянно будет выполняться т.к. последняя запись будет со статусом 1, а он будет искать 2 и постоянно писать, что запись не найдена ну далее попытка создать запись... с полным провалом.
Ну собственно нужно чтоб запрос выводил последнюю запись с учетом даты статуса и id... хотя id не обязателен, но для полной точности пригодится.
при попытки поставить после id,status, он выводит ошибки, а требуется вывести информацию о последней записи по id с учетом даты и статуса т.к. они разные.
Как вывести последнюю запись по id с учетом даты и статуса... возможно порядок не верен? Я запутался.
Мелкий, допустим требуется превью размером 100х100, при этом сами изображения разных размером и форматов, чтоб они влезли в "сетку" допустим 2х2 т.е. сверху 2 изображения и снизу 2, потребуется сжать их до определенного размера в данном случае это будет 25х25, таким образом 4 изображения будут заполнять все 100 пикселов.
Здравствуйте, не могу понять как работать с GD... как наложить несколько изображений (файлов 4-6) на другое, при этом сжимая изображения по "сетке", которую я так же не знаю как делать?
Возможно есть готовые функции? (своего рода, превью)
Задумался над тем, как лучше хранить статические данные, которые не так часто обновляются, подумал о сессиях, разумно ли это?
Одна группа запросов и на весь день никаких запросов в базу, по мимо основных.
Данные статистики, даты последнего обновления и т.п., на самом деле плохо представляю, какова нагрузка, если на одной странице могут быть около 10-ти запросов в бд.
Типа:
Вывести статистику. (бд - статистика)
Вывести данные обновления. (бд - контент)
Вывести данные для постраничного вывода. (бд - контент)
Вывести контент. (бд - контент 1 и бд - контент 2) (Добавление)
Как возможно проверить кол-во запросов в бд со страницы?
Откопал на других форумах по программированию, помешал 2 кода и вроде бы работает без нареканий, если есть замечания по оптимизации кода, прошу пишите сюда, буду благодарен. (Добавление) $size - размер передаваемого файла, можно заменить на '0', разницы в работе не заметил, если значение переменной будет ложным, то выдаст ошибку при открытии файла ("Файл поврежден").
Здравствуйте, никак не могу понять как что реализовывается, решил открыть очередную тему. Тема посвящена htaccess, перед этим, использовал google, форумский поиск, читал темы на форуме, заходил на htaccess.net.ru, все никак не попадался ответ на основной вопрос, результатом данных поисков, стал ни понятный htaccess, который толком и не работает (возможно я и не подключил что-то в php.ini?)
Вот такие действия получаются, использую то, что написал выше! Опера: скачивание htm страницы ФФокс: скачивание архива (становится поврежденный) Хром: скачивание архива (становится поврежденный) Иё7+: скачивание архива (становится поврежденный)