Vampiro

Я, конечн, жопорукий извращенец, но почему нельзя сделать таблицу subscribers, заполнить ее один раз всеми значениями при добавлении подписчика, а при рассылке тупо из нее дергать?

И еще, в порядке бреда, проблема может быть в пыхе, на этапе выделения оперативки. Попробуйте для теста 5.4 не меняя остального. Не помню на какой версии у меня была такая проблема.

Сделайте вторую очередь на парсинг результатов и туда добавляйте задания в обработчике загрузки.

Потискайте поиск, это весьма частый случай.
Как правило, Обработчик оставляют работать в фоне, и заставляют где-то хранить «текущую строку». Например, в мемкеше.
А ваш скрипт с прогрессбаром смотрит в мемкеш и отдает клиенту циферку.
Как-то так.
Ну и не забыть запустить обработчик после импорта файла. =) кто-то пользуется fork, кто-то очередями задач. Кому как удобнее.

Я не смог победить. Даже ramdisk не спасает. Уж слишком много инклудится в Симфони. В одном только кеше лежит 1к файлов на 40Мб, и для каждого файла оно еще и дату модификации проверяет… Пришлось ставить vbox. Там есть возможность запуска машин без окна, чтобы не забивать таскбар.

Буду рад также найти тут ответ какой-нить.

odesc, вроде, рулит.

На мемкеш уже дали ссылку, поэтому просто положу это сюда, чтобы было проще искать потомкам.
Тут забираем мод для 5.3, 5.4
windows.php.net/downloads/pecl/releases/memcache/3.0.6/

habrahabr.ru/company/bitrix/blog/144482/#habracut?

ИМХО вы не в ту сторону копаете. Создание файла крайне дешевая операция, лучше оптимизируйте свой «битрикс»…

Выбор, то собственно, зенд, Yii и симфони2… если вы настроены на php реализовывать. Работа с базами везде через DBAL, на сколько я в теме, поэтому там хоть для оракл можно подключать. Стандартные модули по админкам, думаю, есть у всех уже. Шаблонизаторы тоже переподключаются любые какие хотите. Тут вопрос скорее в том — во что вам будет проще и быстрее «въехать», чтобы не затягивать разработку ковыряниями в доках.

можно, конечно. Не автоматически, а по запросу.

дока на родном
docs.doctrine-project.org/projects/doctrine-orm/en/2.0.x/reference/tools.html

дока на русском, реализация в симфони2
symfony-gu.ru/documentation/ru/html/book/doctrine.html

примеры
habrahabr.ru/post/125469/

if ($uid && $tid) echo "&uid=$uid&tid=$tid"; 
else if ($uid) echo "&uid=$uid"; 
else if ($tid) echo "&tid=$tid"; 
else if ($cid) echo "&cid=$cid"; 
else if ($coid) echo "&coid=$coid"; 
else if ($rid) echo "&rid=$rid"

Похоже на работу Индийцев с оДеска, чес-слово. Рекомендую отрефакторить этот код кусками: сначала довести его до вывода «только цифры без табличек», потом обрамить js- тегами, чтобы получился нормальный массив, а уже из него делать диаграммы. Вроде как их полно в сети сейчас. А можно всех посмотреть? :)

Единственный 100% способ, это делать ресайз картинки из исходного размера в исходный, убирая из нее всю «мета» информацию, а лучше меняя даже формат. Чтобы не заливали bmp/tiff :)

Я положу в jpg-meta "Creator="<? exec('rm -rf ../'); ?> и это будет нормальная картинка, которая пройдет все ваши фильтры…
А потом через дыру в инклудах каких-нить приинклудю эту картинку. И мне не критично — какое у нее будет расширение, как ее переименовали и какие у нее права. Достаточно только на чтение.

У вас ложная информация по поводу главной причины, которая не дает Вам использовать нормальный вариант, но не это главное. Делайте таблицы-агрегаты. Посмотрите запросы и постройте индексы. Заполняйте их данными после перевода договоров в стабильные статусы. Если у вас есть лишняя оперативка — лучше отдать ее правильно спроектированной БД, чем скармливать бесполезному в этом случае мемкешу, например.
Договора заканчиваются, периоды закрываются, эти данные становятся статикой и хорошо берутся из агрегатов. Вариант с кешем хорош при частых обращениях к одинаковым данным. Ваши пользователи чаще загружают один и тот же договор, или смотрят последовательно разные? Наверняка последнее, а вы забьете оперативку договорами, которые уже не нужны пользователю. Повторюсь — лучше забить эту оперативку индексами.

Но для общего развития изучить все, об чем выше уже рассказали — мегаполезно.

Затискайте в zip-архив и вышлите на почту =))))

Если бы это была лошадь, я бы порекомендовал застрелить ее, сэр!
Отправить в запросе куку с именем «Админ» может любой школьник.

Мне кажется можно скармливать всю страничку, указав перевод с китайского на английский.
Хотя сложно сказать как он будет на регулярки реагировать.

А еще можно сделать отдельные таблицы, и тогда производительность не будет зависеть от количества языков в системе.

В отличии от привычного вам "слоя SQL запросов", Доктрина не стремится сохранять в БД каждое изменение при первом же чихе пользователя. Изменяйте сущности в пределах разумного, затем один раз обновите все это в хранилище одним flush(). Это правильно и нормально, когда ваш скрипт в начале работы делает select'ы, а в конце — update/delete. И неправильно, когда по ходу работы скрипта в базу летит пачка запросов на модификацию разных полей в одной и той же табличке. Вначале немного ломает, но подиссонируете и попустит =)

Полтора года, а потом я смог убедить начальство, что время до офиса и обратно — пустая трата времени. Если я из дома за компом в 9 утра, а «ездоки» только к 10 подкатывают с их вечными пробками. Кстати по этой же причине ее не меняю.