Просьба не пинать ногами, поиском пользовался, тем полно, 10 страниц, просмотрел из них 6 и понял что ничего там не найду. Либо вопросы глупые, либо тема загнила. Гугл так же не помог, полно готовых решений, "купите скрипт", и тд и тп.
Хм... Ну я рассмотрел shop-script free -- все исходники от а до я. И написал свой вариант. Тебе поможет? Вряд-ли -- надо быть нефиговым программистом PHP -- а ты и HTML не знаешь... Какого тебя на этот форум занесло?
А что ты хотел? Готовое решение -- типа скрипт сам "встанет", сайт сам начнет продвигаться в поисковиках, деньги начнут сыпаться на счет и т.п.? Т.е. ты в поисках кнопки "бабло"? Нажал -- и деньги посыпались? Я рад за тебя: надо только верить -- и деньги на тебя рухнут... Очень много...
Это была шутка. А если серьезно -- там нужен серьезный программист, а что еще важнее -- серьезный SEO-шник. И тех и других мало... Найти -- проблема...
нужны минимальные функции ( BIU палитра цветов и выравнивания + смайлы (не обьязательно)
Здесь нужны минимальные знания PCRE. Если знания есть -- написать парсер -- дело 10 минут, нет знаний -- чем тебе можно помочь?... GO TO FRREE LENCE...
Я могу привести ссылку на готовое решение -- но, чтобы понять, что там написано, нужны знания http://forum[dot]webmasterschool[dot]ru/[dot][dot][dot]e=157&page=1
Ты взялся за очень серьезную задачу -- честь тебе и хвала. Вообще говоря, Last-Modified появился в доисторические времена, когда серверного программирования еще не было. Причина его существования сейчас -- недостаток мощностей поисковых систем. Смысл примерно следующий: когда мир был молод, и в интернете существовали только статические страницы (это те страницы, которые написаны в блокноте и закачаны на сервер по FTP), Last-Modified позволял поисковым системам не скачивать документ повторно, а использовать для выдачи предыдущую версию (поскольку она не подвергалась модификации).
Сейчас большая часть сайтов динамическая -- физически не существует страниц, которые запрашивает пользователь: они создаются на лету. Создать сейчас кеширование -- серьезная задача. Тут надо быть разработчиком системы, чтобы это реализавать. Когда пользователь делает изменения в блоке news -- переделываем блок News, но не более...
Методом научного тыка я понял, что надо использовать mysql_fetch_assoc() вместо mysql_fetch_array() при получении значения массива $user, но почему -- выше моего понимания...
P.S. О различии этих функций я знаю, но видимо не все.
Я так думаю, ты просто не понимаешь, что такое cookie. Потому и не видна она тебе.
Пусть клиент (браузер) запросил у нас какую-то страницу. Т.е. пользователь щелкнул по ссылке www.server.com. А мы на сервере решили, что запомним этого пользователя. Для этого вызываем функцию setcookie() -- и отправляем ответ. Клиент (браузер), получив указание от сервера, что надо выставить cookie, создает файлик с именем переменной cookie и значением переменной cookie. Когда клиент решит запросить еще одну страницу с сервера, только тогда cookie (сохраненная браузером на компе клиента) будет отправлена на сервер. И только тогда сервер ее увидит. Т.е. если ты написал в скрипте cookie.php
и вызвал http://localhost/cookie.php?message=message
ничего там в $_COOKIE['message'] не будет. Notice: Undefined index: message in D:\work\localhost\www\cookie.php on line 3
cookie=
А вот если вызвать эту страницу еще раз (F5), то получим cookie=bWVzc2FnZQ==
Т.е. если мы (сервер) выставили cookie по своему желанию или по запросу клиента (браузера), cookie мы не увидим, пока клиент (браузер) не запросит новую страницу.
поддерживаю! мне работать со своим кодом гораздо удобней!
То, что тебе удобнее, не значит, что и заказчику удобнее... Твое (мое) мнение или удобство никого не волнует. Нас нанимают, чтобы получать прибыль. И заказчику глубоко фиолетово до твоих или моих мыслей и представлений -- как правильно, как грамотно. Заказчик мыслит другими категориями -- приносит твоя (моя) деятельность деньги или нет. Ты (я) должен сделать сайт, который будет приносить деньги. Все остальное -- от Лукавого.
Впрочем, здесь я настолько отклонился от темы, что могу и бан от модератора получить...
evgenijj, изобрел кучу велосипедов, но среди них нет ни одного для работы с бд - слишком уж много готовых решений - только поэтому и спросил.
Лукавишь... Более чем уверен -- написал что-то на предмет работы с MySQL. Потому как до работы с готовыми решениями, успел и сам что-то изобрести. Каждый программер через это проходит: сперва пишет что-то простое, типа формы обратной связи, потом -- каталог продукции, потом -- CMS и т.п. Прочитать про то, как это грамотно сделать, получается крайне редко.
Написал -- получил опыт. А не так: получил опыт -- написал. А у тебя -- "телега впереди лошади."
Поэтому пишут так, как выйдет. И уже много позже понимают, что было готовое решение... А таких людей, которые заранее знают о всех трудностях, с которыми столкнутся, не бывает.
чисто интуитивно стараюсь избегать подобных конструкций
Вот и я чисто интуитивно... Знаешь, говорят: не ходи на красный свет -- плохо будет. Я и не хожу. Мне приходилось читать исходники -- и нигде я таких конструкций не видел. Сам бы увидел -- использовал. Я бы даже сказал больше --не возникало нужды. Пришлось писать форум, каталог продукции (с интернет-магазином), CMS. И не возникло необходимости. Я слышал легенду, что давным-давно программы писали с использованием GOTO: по этому оператору можно перейти к любой строке скрипта. Но потом было доказано, что программы можно писать без использования GOTO. И стали писать без GOTO.
Все языки программирования просты, как две копейки... Три-четыре несложные конструкции, а все, что сложнее -- скорее всего неправильно...
для чего вы писали свой велосипед, к тому же на много менее качественный, чем в тех же фреймворках?
Каждый начинающий программист должен изобрести велосипед. Положа руку на сердце -- сам не изобретал? Более чем уверен, что изобретал... А??? И я грешен... А на ком такого "греха" нет? А если на ком такого "греха" нет -- то какой он программист?
P.S. Да простят меня админы за ссылку на внешний ресурс...
P.P.S. Автор прочитал мою заметку:
// Выполняем запрос и получаем файл // Выполняем запрос и получаем файл // Отсылаем браузеру заголовок, сообщающий о том, что сейчас будет передаваться файл изображения // Отсылаем браузеру заголовок, сообщающий о том, что сейчас будет передаваться файл изображения // И передаем сам файл // И передаем сам файл
но не сделал нужных выводов... Потому как у меня нет строк
Один из параметров функции -- имя файла после загрузки, другими словами $_FILES['uploadfile']['tmp_name']. Вопрос в том, что ты передаешь в функцию onComplete: function(). Вот там и ищи свой косяк...
при этом использовании функции eval в действительности не является оптмальным методом организации приложения, поскольку в отличие от элементов модификации элементного уровня трактования по схеме разделения уровней, указанная функция не обеспечивает соответствующей статичности слоя потока исполнения в реальной позиции
Stierus пишет:
JustUserR, с каждым днем ты все непонятнее и непонятнее изъясняешься
Я на 90% не понял JustUserR, но идею уловил -- так делать не надо. Правда я это понял не из учебников, а просто долбанулся пару раз башкой...