я знаю это возможно на 100% только нужно знать что подставить
Откуда такая уверенность? Видно, что сайт серьезный и не дураки его делали, так что вряд ли удастся обмануть скрипт, отдающий изображения. Там даже так и написано: чтобы получить большие изображения, необходимо обратиться в службу работы с заказчиками.
Tuwill пишет:
просто те прошлые были превью а это нет
Я вас, наверно, огорчу, но это тоже превью. Полный размер там может быть более 5000 пикселей на сторону.
Tuwill пишет:
мне нужно что бы было без надписи и во весь размер
Во весь, не во весь, но без надписи вы его получить сможете, авторизовавшись на сайте.
В IE обнаружилась частичная неработоспособность редактора. Причем лишь на некоторых сайтах, но систематически. Интересный момент. После очистки кеша и первичной загрузки страницы с редактором, все отрабатывает нормально и с редактором можно работать. При всех последующих загрузках та же хрень. Чуть дольше загрузка страницы и работает?
Может ли это быть из-за конфликта window.onload? И как в моем случае изменить вызов функций, чтобы этого избежать? Познания мои в javascript очень общие.
Отправлено: 07 Апреля, 2011 - 09:55:59 • Тема: было же время • Форум: Прочее
Ответов: 20 Просмотров: 138
Я знал, что эта тема когда-нибудь назреет.
Я, конечно, с уважением отношусь к людям, обладающим таким объемом знаний и опыта, но последнее время сообщения JustUserR стали больше засорять форум, чем нести практическую пользу.
У меня создалось такое впечатление, что JustUserR поставил перед собой задачу отписаться в каждой теме, пусть и не в кассу. Вы заметили, что когда JustUserR на сайте, одна за другой темы в столбце "Обновление" начинают подсвечиваться именем JustUserR? Все ответы похожи на цитаты из научных работ и практически всегда оторвано от контекста вопроса. Порой даже жалко бывает школьника, открывшего тему и читающего это.
Лично мне некоторые ответы JustUserR действительно помогли в решении моих вопросов, и на этом спасибо! Но не будем забывать, что на форум приходят посетители с разным профессиональным уровнем, и подавляющее большинство из них - школьники и новички в веб-программировании. Уже по первому сообщению топикстартера можно легко определить его уровень знаний. Я в этом не вижу абсолютно ни какой проблемы. Если не можешь ответить на "его языке" (я не говорю про орфографию и пунктуацию), лучше промолчи и не грузи его терминологией.
Раньше поведение JustUserR для меня казалось прозрачным, т.к. в его подписи была реклама хостинга. Понятно, что из поисковика вероятнее всего попасть именно на темы с сообщениями JustUserR. Сейчас JustUserR рекламу почему-то убрал.
В конце какого этапа? В конце итерации? Когда, где и в какое падает нагрузка? Вы своим кодом разгрузили весь сервер? Извините, но что за глупые вопросы?
Если процессор бездействует 100 микросекунд, почему он в это время должен быть загружен?
Ранее не приходилось углубляться в механизм работы сессий. На самом деле PHP, чтобы обеспечить целостность данных, блокирует файл сессии, пока сессия активна (не вызван session_write_close или не завершил работу скрипт). Т.о. второй запрос будет ждать завершения первого, т.е. все последовательно и данные не пропадут.
Но т.к. я использую собственный механизм сессий, то от PHP уже ничего не зависит. Как оказалось, ответ кроется в самом вопросе:
Uchkuma пишет:
Настроен пользовательский механизм ведения сессий - сессии пользователей заносятся в БД.
По сути требуется блокировка ряда таблицы с сессией на чтение и запись на время выполнения скрипта.
Тип таблицы MyISAM. Сейчас почитал - похоже, ряд блокировать нельзя. Только таблицу целиком.
возвращает количество рядов в результирующем наборе
Ну как это еще можно по другому объяснить? Вы, когда делаете выборку, то ожидаете, что будет возвращено сколько-то рядов из таблицы. В данном случае либо 1, либо 0, т.к. по полю akkaunt у вас не может быть совпадений больше, чем 1.