Ingernirated: Именно поэтому хорошо знать С и хоть разок попробовать что-то на нем написать. То, что в высокоуровневом языке может занимать одну строчку, на самом деле, внезапно, использует сишную библиотеку на тысячу строк. И это еще без обработки возможных ошибок...
leni_m: разделите запись в базу и вывод PDF.
Со страницы - ajax-запрос, который выполняет всю логику, в обработчике его ответа - открытие нового окна с PDF (по той информации, которую вернул ajax), потом редирект.
leni_m: отправка формы происходит после того, как отработает действие по кнопке submit, если оно есть. Если это действие будет редиректом, получится неловко.
leni_m: если у вас в скрипте две команды: "открой новое окно с таким-то адресом", а потом "меняем адрес этой страницы" - то ждать незачем.
Если же у вас асинхронный ajax-запрос, ответа на который еще надо дождаться - то ожидание в течение какого-то фиксированного времени ничего не гарантирует. Скорее, редирект должен происходить в функции-обрабочике ответа на этот запрос.
Александр Аксентьев: вообще-то тем стилям, которые прописаны для страницы PDF, логично несколько отличаться от стилей сайта. Так что этот CSS, внезапно, может быть вообще недоступен снаружи. Ибо незачем.
И не будет работать - header после первого же символа в выводе теряет всякий смысл.
Вам нужно иначе выдавать эту pdf-ку с той страницы, откуда вы ее вызываете. В новом окне, скажем. А на старой странице, соответственно, делать редирект.
То есть вопрос решается не в PHP-коде, а в JS на самой странице.
x67: да-да, и гугль наверняка жаждет бесплатно поделиться тем, на что сам потратил человеко-тысячелетия...
Когда у ТС будет такая же база запросов, как у Гугля, он тоже будет хорошо понимать, что, скорее всего, имел в виду кот, пройдя по клавиатуре.
А вы уверены, что вы вообще копаете в ту сторону? Для поиска обычно делают наоборот - приводят все, что можно, к базовой форме.
А так - комбинаторика, осложненная семантикой, может вынести не только мозг, но и процессор. Вам же нужно не просто комбинацию, а согласованную, "Решеткой для вентиляциям" вряд ли кому-то пригодится.
x67: брэк. Не будем думать друг о друге плохо и спорить ни о чем.
Позволю себе только пару поправок.
1. Максимальная отдача от работника не всегда означает именно его стопроцентную загрузку (да, вы сами, фактически, это же говорите, но получается некоторое противоречие с вашим же собственным первым тезисом).
2. Попытка обосновать эффективность своей работы высосанными из пальца графиками и показателями может оказаться попыткой переиграть начальника-формалиста на его же собственном поле. Заведомо безнадежной.
похрен что сегодня ты действительно ничего не сделал, неси всякую фигню, отдавай отчеты с какими нибудь красивыми картинкам и графиками, проси оценить
а может у него там действительно получается ничего не делать
Просто для меня работа и имбурде - вещи принципиально несовместимые. Если мне придется не творить и развиваться, а создавать видимость работы, да еще в доступных любому идиоту видах - я лучше другую работу поищу.
x67: я исходил именно из того, что у вас творческая работа, и погрязание в отчетности и показухе для нее губительно.
Это даже не считая унизительного прогиба под явно неадекватное давление.
Если начальник у программиста не шарит в разработке всегда получаеться так как описано выше
На самом деле, не всегда. Но программист должен реально приносить ощутимую вне компьютера пользу, чтобы далекое от программирования руководство относилось к нему адекватно.
Максим Гришин: мой PhpStorm настаивает, что правильнее проверять array_key_exists('position', $_POST).
Уже и не помню, почему.
И mysql_ сто лет как deprecated. PDO или хотя бы плейсхолдеры - наше все.
