Бесплатные PHP скрипты - форум техподдержки

Бесплатные PHP скрипты - форум техподдержки

Форум техподдержки WR-Скриптов на php. Обсуждаем: основы программирования на PHP 5 - 7 версий, различные подходы к написанию скриптов на php 7 без MySQL. А также WR-скрипты: бесплатные доски объявлений, скрипты форумов, Гостевые книги, Каталог ссылок, Галерея, Фотоальбом, Счётчики, Рассылки, Анекдот и другие. Принимаются пожелания для новых версий. Сообщите какой скрипт нужен для Вашего сайта, постараемся найти или реализовать. Скачать скрипты можно бесплатно. Вместе мы сделаем бесплатные php скрипты лучше и доступнее!

Главная сайта бесплатных php скриптовГлавная сайта   ПоискПоиск  
Сегодня: 29.03.2024 - 06:13:06
Страницы:  1  2  3  

Размышления о структуре хранения данных

Объявление - WR-Scriptы в UTF-8 кодировке

Активно обновляю скрипты и перевожу их в UTF-8 кодировку. Список перекодированных php скриптов доступен на главной странице сайта. Скачивайте скрипты и устанавливайте на свой сайт! В ближайшее время обновлю каталог знакомств, форум Про, фотоальбом, доски объявлений лайт и ЛЮКС.

На форуме, пожалуйста, пишите что модернизировать в скриптах в первую очередь. Постараюсь исправить большую часть пожеланий!
Планирую продолжить работы весь 2023 год.

АвторСообщение

Maksir

M
Участник форума

извиняюсь, вот ссылка, которую я хотел показать:
http://www.1gb.ru/default.aspx?ti=6&hti=105

то, о чем я хотел сказать, за пунктом 3) . Но, сначала, ознакомтесь с темой данной проблемы.

Сообщение # 25 17.06.08 - 03:45:59

InSide

I
гость

Уху - я и не скрываю у меня не хватает квалификации :)))

Хранением кеша текущей темы и элементов оформления из практики страдает только IPB. Ни SMF ни punBB скажем такой фигнёй не страдают. Соотв и мусора в базе нет. Либо я чего то не понимаю....

Просто текст может не нести никакой динамики - но при грамотном построении сиквельных запросов работаеть будет не в пример быстрее чем с файлами + (не проверял но почему то глубоко уверен) общая нагрузка на сервер будет меньше.

Предлагаю эксперимент. В этот живой форум вставить пару строк по времени формирвоания страницы. И сравнить с сопоставимым по нагрузке сиквельным форумом.
Конечно многое зависит от сервера - но тут можна попытаться найти сайт с сиквельной на ЭТОМ хостинге (если он поддерживает сиквел). И мы реально увидим насколько все хорошо или плохо.

И найти (если это хостинг виртуальный) здесь же на этом хостинге форум сиквельный.


Опять же - вот forum.php.su я так понимаю работает на файловом движке. Попробуйте загрузить его главную страницу ... и скажем сравнить сравнить с загрузкой http://www.simplemachines.ru/forum.html.

если тут взглянуть на цифры - то форум пхп.су - время работы скрипта [Script Execution time: 0.305]

а на симплмашине - Страница сгенерирована за 0.09 секунд. Запросов: 17.

Разница более чем в 3 раза :) Снова не убедил ?

Сообщение # 26 17.06.08 - 09:39:10

InSide

I
гость

панББ генерится : [ Generated in 0.115 seconds, 8 queries executed ]
втрое быстрее. чем файловый php.su

Сообщение # 27 17.06.08 - 09:42:32

Maksir

M
Участник форума

Беспорно, SQL полезная вещь. Но, я ценю её только за возможность быстро и оперативно работать с данными, за безопасность. Вот, в принципе и всё... :)

Представьте кешь в 300 мегабайт и как, какой-нибудь узел, пытается всё разом высасать этот кешь... При этом, страницы вы отаптимизировали и весь этот дамп генерируется за 0,000001 :) Там хостер повесится сразу...

По этому, неважно, какой там у вас SQL. Есть разница, между статическим файлом в формате HTML и динамическим, генерируемым из базы. Я имею ввиду только этот случай, когда весь контент хранится в БД. - Это не рациональный подход.

Кстати, я использую очень слабый интернет. У меня страницы грузятся по несколько минут. Неважно, за какое время они генерируются там, на сервере. Но, есть очень примечательная вещь, - этот форум всегда грузится в мой браузер почти моментально, очень быстро, быстрее всех.
Unix, например, тоже работает на текстовых файлах.

Ещё, вот, был такой спор. На очень слабый компьютер, что-то, с процем 346 герц (не помню точно), опер. памятью 64 метра, и винтом на 1.800 метров, нужно было поставить WinXP с офисом. :) Так, вот чувак оказался в пролёте... Долго чесал репу, как это возможно вообще было всё туда запихать так, что бы это всё там ещё и работало на "ура".

Здесь дело было в файловой системе. Так что, вот вам и ещё один фактор быстрой работы сервера. Я предпочитаю Unix, конечно. :)

Вот ещё - SQL у хостера может стоять на удалённом сервере... :) Так что, пока там два сокета "договорятся" между собой... Тут сложно судить, как быстро генерируются страницы. Может быть и быстро, беспорно. Но, у меня не возникает ощущения такой "лёгкости" работы сервера, как на этом форуме.
А если ещё сделать генерацию в статический HTML, например, после перехода на следующу страницу в этом форуме, остальная часть удаляется из файлов БД и переходит в статическое качество отдельных HTML страниц.

И вот ещё, - вы думаете, "как прекрасен этот SQL..." Да, беспорно, это хороший инструмент. Но, вы то, не забывайте, что при выводе этих данных (например, сообщений на форуме) вы используете для этого функции PHP, который тоже влияет на результат.

Сообщение # 28 17.06.08 - 12:02:25

InSide

I
гость

Ну вот же выше результат работы вывода главной страницы форума где используется N-ное количество сиквельных запросов + пхп скрипт эти данные выводящий. Там общее время работы скрипта. И оно для сиквела быстрей.
Пока сокеты договорятся - это 0.000000001 секунда.
А вот как 300 мегабайт будут качаться - я не понимаю. Конечно - дебильными запросами можно убить на корню полезность любой системы - но при грамотном подходе запросы будут маленькие и работать будут мега быстро, получая именно те данные которые нужны, отфильтровывая лишний мусор ещё там - на сиквеле ... и mysql сделает это в любом случае в разы быстрей чем чтение поиск сортировка и отбор из текстовых файлов.

Про моментальность загрузки скрипта - я уже писал. Сравните с загрузкой главной страницы punbb или smf - вот там действительно ощущение что ЛЕТАЕТ. Ну во всяком случае у меня. Хотя я до этого не заморачивался. А счас принципиально сидел и жал обновить подряд несколько раз.

Про винду - не понял вообще. Это было к чему ?

Как сгенерирована страница - на лету или в статисческий хтмл - это по большому счету видно только со стороны хостера. А тут опять же - смотрим время генерации скриптов сиквельных и файловых форумов. Причем - мы же сравниваем дсотаточно посещаемый форму php.su и столь же посещаемые punbb или smf - и там разница во времени существенная. А этот форум не показатель - из за мизерного количества посетителей, читателей, писателей.

Сообщение # 29 17.06.08 - 16:54:07

Maksir

M
Участник форума

InSide, про "Винду", это к тому, как используется файловая система на котором стоит сервер.

Про сокеты, это тоже условно, - просто, как известно, - там, где две головы, толку мало... Но, и это, тоже "условно". Чем дальше в лес, тем больше слов.. Если вы не понимаете о чем речь, то разговор не о чем.

Мне начинает казаться, что передо мной, всё тот же rootman...

эх... не перевелись ещё...

Рутмана я отправил "в отпуск" (читайте между строк) Тот тоже любил поспорить.


Цитата:

но при грамотном подходе запросы будут маленькие и работать будут мега быстро

Это типа - "Select id From table_new Where id = $page"

Для SQL нет разницы, что вы там хотите взять. Лишь бы запрос был грамотно описан - структурно.

SQL работает очень мощно и быстро, я убедился в этом на практике. И по этому, нет разницы, как вы строите запрос. Важно то, что бы запрос работал. Генерация страницы происходит уже в самом PHP (а точнее, на чем вы строите свой сайт, или форум)

Если данные слишком большие, то и скорость будет невилика. Потому что в конечном счёте, данные запроса обрабатываются иными средставми программирования, и уже от них зависит времягенерации страницы.

Сообщение # 30 17.06.08 - 21:02:16

Maksir

M
Участник форума


Цитата:

А вот как 300 мегабайт будут качаться - я не понимаю. Конечно - дебильными запросами можно убить на корню полезность любой системы

Вот я вам ссылку давал :
http://www.1gb.ru/default.aspx?ti=6&hti=105
Здесь написанно про то, как эти 300 метров шарятся поисковиками, отчего засерается трафик.

Запрос в SQL выполняется очень быстро - мгновенно. Нет разницы, короткими очередями, или длинными вы посылаете запрос. Просто, PHP потом корячится, когда мегаробот бездумно затягивает все ссылки на ресурсы в один узел. SQL не напрягается, это - система тухнет, поскольку не справляется также мгновенно обработать сценарий кода, который вы пишите.

И, по этому, вижу неразумность использовать БД для распределения там и накопления в ней разного г... Выход из этой ситуации есть, и это - файл статический HTML

О чем и речь - вы гонитесь за "динамикой", когда там её потолок определен рамками других факторов, такие как - файловая система, сервер, средства программирования. А SQL, это уже не о том речь.

Станицы HTML, это единственное средство лёгкого кодирования данных. Именно на них ориентирован весь интернет. Всё остальное, - это лишь "средства", которые имеют свои недостатки.

А именно, - динамика - разоряет ресурс, "истощает", губит трафик и влияет на ЦП.

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

Стопсимволы в строке адреса для вас известная вещь? :)

Сообщение # 31 17.06.08 - 21:31:59

Влад

В
Участник форума

Владимир ! Предупреждаю ! Учись ! И все будет OK !
/////

Сообщение # 32 14.01.12 - 14:04:17
Очень нужна помощь по форуму :Предыдущая темаСледующая тема: "Репутация"
Страницы:  1  2  3  

Сообщение
Имя E-mail
Сообщение

Нажмите на точку возле имени для обращения к участнику

Смайлы:

Ещё смайлы
Эмодзи
         
Защитный код: (введите цифры, которые на синем фоне)
Ответ на вопрос: (Какой сейчас год?)
   
WR-Счётчик
Powered by WR-Forum Professional © 2.3 UTF-8 beta версия