Может кто то уже заметил что по моих последних вопросах на форуме что я интересуюсь очень этой технологией.
Ты не поверишь - не заметил. У тебя первый пост на этом форуме.
P.S. Блин, я понимаю, когда люди сами (по доброй воле) пишут что-нибудь (CMS, форум и п.т.) - для общего пользования или просто - для себя. Но раз ты говоришь о боссе, то речь идет о коммерческой фирме. У фирмы денег нет, чтобы заплатить программистам? Передай своему боссу - БОГ ПОДАСТ!
Ты что, русский язык совсем не понимаешь? Я тебе уже все разжевал.
Изображение кнопки формирует скрипт button.php. Он использует функцию http://php.su/functions/?imagestring
Цитата:
imagestring - рисовать строку горизонтально.
int imagestring (resource image, int font, int x, int y, string s, int col)
imagestring() рисует строку s на изображении image с координатами x, y (верхний левый равен 0, 0) цветом col.Если font равен 1, 2, 3, 4 или 5, используется встроенный шрифт.
Я уже писал выше
Цитата:
По поводу русского языка. Встроенные шрифты не понимают кириллицу. Надо использовать TTF-шрифты (C:/Windows/fonts) и не забывать перекодировать текст в UTF-8
$text = iconv('windows-1251','UTF-8','Всем привет!');
Т.к. параметры для скрипта button.php передаются методом GET, то не забываем использовать функцию urlencode() http://php.su/functions/?urlencode
Думаю, что мы неправильно подходим к решению. Если мы составим запрос
$query = "BEGIN; SELECT * FROM lkatal ORDER BY PARSCT_ID ASC; SELECT * FROM lkatal ORDER BY SCT_ORDER ASC; COMMIT;";
то как мы сможем обработать результат? Ведь здесь не один, а четыре результата. И функции mysql_result(), mysql_fetch_array() нам не помогут.
Надо запросы выполнять последовательно и сохранять их
Пусть, нам надо выбрать заказы всех продавцов с указанием уникального идентификатора продавца, его имени, суммы заказа и даты заказа (т.е. данные мы должны брать из двух таблиц)
(про NATURAL JOIN я не буду рассказывать, дабы не смутить тебя окончательно).
Это внутреннее объединение таблиц. Если мы не будем использовать условие (WHERE, ON, USING), то получим так называемое "декартово произведение" - это когда каждая строка первой таблицы соединяется с каждой строкой второй таблицы.
А теперь - внешние объединения. Они бывают трех видов
* LEFT OUTER JOIN
* RIGHT OUTER JOIN
* FULL OUTER JOIN
Пусть нам нужно получить имена всех клиентов (покупателей), и заказы, которые они сделали. Причем, в результат нужно включить и тех клиентов, которые еще не сделали ни одного заказа (в наше БД их нет, но вообще, они могут быть):
В отличие от внутренних объединений, внешние объединения включают в результат также строки, не имеющие связанных с ними строк.
Про RIGHT OUTER JOIN рассказывать не буду - т.к. это, практически, не отличается от LEFT OUTER JOIN.
Полное внешнее объединение (FULL OUTER JOIN) извлекает все строки из обеих таблиц и связывает между собой те, которые могут быть связаны. В отличие от левого внешнего и правого внешнего объединений, которые включают в результат несвязанные строки только из одной таблицы, полное внешнее объединение включает в результат несвязанные строки из обеих таблиц.
Мне думается, это потому, что команды SQL должны отделяться друг от друга ; (точка с запятой)
$query = "BEGIN; SELECT * FROM lkatal ORDER BY PARSCT_ID ASC; SELECT * FROM lkatal ORDER BY SCT_ORDER ASC; COMMIT;";
Все правильно. Когда ты формируешь первую страницу результатов поиска, то тебе доступны данные из формы, которую заполнил и отправил пользователь ($_POST["artorname"]). Но на остальных-то страницах результата поиска переменная $_POST["artorname"] не определена. Т.е. твое условие поиска в БД LIKE '' (undefined трактуется в данном контексте как пустая строка) - найти нечто, похоже на пустую строку.
Решение - использовать сессии $_SESSION["artorname"] = $_POST["artorname"]. Или, как предлагает valenok, передавать строку поискового запроса методом GET:
По поводу русского языка. Встроенные шрифты не понимают кириллицу. Надо использовать TTF-шрифты (C:/Windows/fonts) и не забывать перекодировать текст в UTF-8
$text = iconv('windows-1251','UTF-8','Всем привет!');
Вам нужен скрипт, который может читать MS файлы Excel и
сохранять данные в базе данных, HTML страницах и и т.д.? Вы хотите
делать это используя PHP под Unix и Linux, но без того, чтобы использовать
инструментальные средства Windows напоподобии COM? Тогда
PHP Excel PARSER - для Вас. Все, в чем Вы будете нуждаться
- это только наш excel.php и PHP сервер без установки дополнительных
инструментальных средств.
Вот ведь парадокс - готовых скриптов много - а понадобится, приходится самому писать.
Я попробовал как-то поставить PHPBB - вроде все хорошо. Пока не поставил расширение (чтобы исходные коды (php, css, html и т.п.) подсвечивать). Все сделал по инструкции (благо все подробненько - вот в этом файле после такой-то строки вставить вот эти строки и т.п.). А подсветка толком так и не работает. Я уже напильником доводил - стало лучше, но не намного.
Как в том анекдоте - "после сборки обработать напильником". То ли мне так не везет, то ли общая тенденция - не получается использовать готовые скрипты сразу - почти всегда приходится что-то доделывать. А когда начинаешь доделывать - порой оказывается, что проще самому написать. Нет?
Вот и с нашим форумом глюки капитальные - ну что это за форум для программистов, где псевдотеги [php] работают через пень колоду. А когда я работаю с форумом как модератор, и пытаюсь написать что-то вроде этого:
< input type="text" name="name" value="value" />
вылезает элемент формы input
Цитата:
Если поможет - могу скинуть скрин.
И скин выкладывай, но главное - html страницы. MS IE - он вообще, "себе на уме". Посмотрим, может где "костылик" подставить. Вопрос в том, сможешь ли ты самостоятельно внести изменения, даже если мы здесь решение найдем?
А как так вышло что ты "понимаешь что она просто необходима после header" ?
а вы всегда даете пищу для размышления в таком тоне?
Люди не хотят думать. И это печально. Я ведь в свое время тоже задался вопросом - а что происходит в скрипте после отправки заголовка Location?
Только я провел опыт - будет ли сценарий продолжать работу после отправки этого заголовка? Я считал, что должен. Так и оказалось. А потом я сел и подумал - а могут ли быть случаи, когда мне нужно, чтобы сценарий продолжал работать после отправки заголовка Location? И после недолгих размышлений пришел к выводу - редко, но такое возможно. В отдельных случаях, это даже весьма удобно.
Что я этим хочу сказать? Часто ответ на свой вопрос можно получить, просто подумав над проблемой. Свои выводы можно проверить или опровергнуть простым опытом. valenok пытается эту простую мысль донести до широкой общественности.