Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Tronyx

Страницы: 1 ... 57 58 [59] 60 61
871
Веб Сервера / mod_rewrite
« : 22 Июля 2002, 08:18:45 »
Как подключить mod_rewrite?

872
PHP / MySql-число записей всего
« : 21 Июля 2002, 22:58:52 »
OBOLTUS не груби.

873
PHP / MySql-число записей всего
« : 21 Июля 2002, 19:57:44 »
"Боксёр" так если ты по PHP ещё всё не прочитал (а вообще надо не читать, а вникать и запоминать) то чего тогда лезеш с ответами по MySQL?!

874
Создал своего обработчика для html файлов. Он исходя из запрашиваемого адреса достаёт из БД инфу и вставляет её в шаблон, затем всё это выводит в браюзер.
Вот .htaccess:
Action PagesHandler "/PagesHandler.php?"
AddHandler PagesHandler .html

Проблема в том что при запросе - "host.ru/info/about.html" выдаёт ошибку 404, по видимому из-за того что каталога info нет. Можно ли как-нибудь это обойти? Только одно НО я не хочу и не могу создавать свою страницу 404 ошибки.

875
PHP / ООП или функции?
« : 19 Июля 2002, 04:48:07 »
Цитировать
Главное (ИМХО) не сильно в ООП уходить и использовать его там где оно действительно необходимо

Именно это я и хочу узнать, когда использовать ООП, а когда функции? (Думаю, что написание библиотек лучше отдать классам, но может быть не всех библиотек?)

876
PHP / ООП или функции?
« : 18 Июля 2002, 23:28:02 »
Цитировать
А если и оптимизировать скрипты то начинать нужно с БД

Макс я с тобой согласен, этот вопрос я задал потому что для меня нет особой разницы в работе между функциями и ООП, а что лучше использовать это хотелось бы знать.

И ещё вопрос где лучше хранить настройки: в классе который будут наследовать все остальные классы или так просто в файле (переменная=значение), и добираться к ним посредствам массива $GLOBALS (из классов и функций)?

877
PHP / ООП или функции?
« : 18 Июля 2002, 19:41:55 »
У кого какое мнение относительно применения ООП в создании больших проэктов? Ведь ООП медленее чем функции, а в больших проэктах жестко стоит вопрос о скорости и производительности, но с ООП удобней + увеличивается читабельность кода. В каких случаях применять ООП, а в каких функции?

878
Лучше писать свой, да с нуля и точка.

879
PHP / Dump
« : 17 Июля 2002, 13:15:48 »
Цитировать
Ты ж готовое решение просишь.

Внимательнее прочти тему. Я не прошу готовое решение, а спрашиваю у кого может есть?

880
PHP / Dump
« : 17 Июля 2002, 12:06:02 »
Цитировать
Чеж всех так на готовенькое тянет?

Не на готовенькое, а просто зачем изобретать велосипед?

881
PHP / Dump
« : 17 Июля 2002, 10:25:27 »
ThE0ReTiC
Мне нужен дамп базы, а не вывести все её данные !
Цитировать
А вот предыдущее замечание было болеe, чем верным.
Но те, кто в танке, решили, что вместо двух файлов надо просмотреть 20, испугались, сложили ручки и заплакали горючими слезами.

Ну 20 это ты загнул, но как-то в файле с 800-900 строками искать пару функций... Необходимые ещё 2 "левым" файлам, это отстой.

882
PHP / Dump
« : 17 Июля 2002, 00:25:16 »
Цитировать
Улчше не пробовать я сам с такой проблемой сталкивался пробовал phpmyadmin ковырять так там не понятно в какой файле это все и вообще где эта функция бампа находится...

Это я уже и сам знаю. :(

883
PHP / Dump
« : 17 Июля 2002, 00:09:03 »
Цитировать
Два примера из мануала скопировать

Из мануала PHP или PHPMyAdmin?

884
PHP / Dump
« : 16 Июля 2002, 22:46:58 »
А может у кого готовая функция/библиотека есть? А то начал сейчас рыть так там надо не один-два файла перебирать, а штук 8-10, много инклудов и нужно искать используемые функции.

885
Работать он будет так: Пишу ядро(функции и классы для работы с шаблонами, MySQL, почтой, обработка ошибок, кеширование...), само по себе ядро "безполезно", а например для создания гостевой нужно будет написать плагин который будет работать с ядром + специфичные для плагина функции (получается хорошая возможность расширяемости). Подскажите как лучше спланировать, сделать эту расширяемость, и какие "подводные камни" могут встретится?

Страницы: 1 ... 57 58 [59] 60 61