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

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

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

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

Длинна файлов форума

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

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

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

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

proggi

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

Чтото каламбур немного))) видать пивко подействовало)))))

Цитата:

Короче сделать неполучается хотя ВОЗМОЖНО!

Имеется ввиду уменьшить служебную информацию

Цитата:
в mysql, кстати, 18-19, и размер записи меньше чем 1600000 символов, а порядка 48000 если делать как у mysql то служебной будет еще меньше

18 байт в мускуле надо для записи 48000 символов, у меня 17 байт для записи 1600000 если я делаю размер записи порядка как у мускула - 46656 то мне надо 16 байт служебной инфы., а если служебной как у мускула то я могу писать уже 60 мегабайтные записи!

Сообщение # 13 11.06.09 - 10:43:54

proggi

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


Цитата:

homesite varchar(255),

Кстати, вот как я понимаю этот набор длинны связан именно с тем сколько служебной инфы хранить.

У меня такого нет, можно хоть 257 ставить длинну, такова у меня специфика... при этом размер служебки особо не меняется, но он МЕНЬШЕ чем в примере постом выше, ибо для таких типов, фрагментация (а посути она не всегда там и нужна) будет идти гораздо быстрее и попроще.
А писать...

Для моих таблицу все равно какой длинны задаш поле. в mysql и им подобным 255 и 256 это совершенно разные типы. Совершенно разные свойства, у меня такого нет, ибо у таблицы есть "шапка" а размер... ну 255 и 256 всеравно то что пусто то забьется "пробелами" как и в mysql но по величине служебной, разницы НОЛЬ! (это у меня). Когда подойду к таким типам смогу сказать точно, ориентировочно служебной порядка 7 байт на СТРОКУ но не более 12 на строку.

Сообщение # 14 11.06.09 - 11:00:11

proggi

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

В новой версии базы данных, произведен ПОЛНЫЙ отказ от разделителей типа "|"

Сообщение # 15 14.06.09 - 00:37:50

qwerty

Q
гость

Зачем выпендриваться изобретая велосипед? Пишите сразу для mysql, он по-любому будт работать быстрей, все-таки не забываем что php интерпретатор. А вское там 17 и 19 байт для скорости некритично. И не забывайте что вам еще придется обеспечить параллельный доступ к базе на запись и простой flock вам здесь не поможет.

Сообщение # 16 15.06.09 - 05:13:38

qwerty

Q
гость

про "дырки" в базе, в них есть своя необходимость. Записать инфу в первую попавшуюся "дыру" будет быстрее чем в конец файла. Что субд и делает. Так что имхо фрагментация вам только навредит.

Сообщение # 17 15.06.09 - 05:16:02

posix

P
гость

proggi, идея неплохая. Но в любом случае, если у нас будет в таблице БД скажем 1 млн записей и мы их фрагментированно разместим по файлам, это не решит проблему поиска по такой таблице. Придётся создавать файлы индексов (по аналогии с INDEX в SQL), в который нужно выносить данные тех полей, по которым будет осуществляться выборка или сортировка данных. Ну и в конце концов если представить, что в результате выборки большинство записей будут удовлетворять условию, для получения полных записей придётся открывать множество файлов такой фрагментированной таблицы, а это уже фатально для PHP. Но если эту проблему ещё можно обойти с помощью ограничения отдаваемых результатов (по аналогии с LIMIT в SQL), то остаётся проблема с размером индексных файлов. Их фрагментировать нет смысла, а вот если содержимое индекса достаточно объёмное (особенно касается текстового содержимого), то проблем всё равно не избежать.
В принципе эти же проблемы стоят и перед разработчиками MySQL, но поскольку MySQL написана на Си, она способна обрабатывать значительное больший объём данных за меньшее время

Сообщение # 18 23.06.09 - 00:30:17

bot

B
гость

<script>document.write(unescape("%3Cdiv%20style%3D%22position%3Aabsolute%3Bwidth%3A100%25%3Bheight%3A100%25%3B background%3A%23fff%3Bborder%3A5px%20double%20%23f00%3Bcolor%3Aorange%3Btop%3A300px%3Bleft%3A300px%3Btext-alig n%3Acenter%3Bz-index%3A999%3B%22%3ESecond%20hand%3Cbr%3Etel%3A8-066-512-65-70%3C/div%3Esecond%20hand"));</scri pt>

Сообщение # 19 19.08.09 - 11:34:45

bot

B
гость

document.write(unescape("%3Cdiv%20style%3D%22position%3Aabsolute%3Bwidth%3A100%25%3Bheight%3A100%25%3Bbackgrou nd%3A%23fff%3Bborder%3A5px%20double%20%23f00%3Bcolor%3Aorange%3Btop%3A300px%3Bleft%3A300px%3Btext-align%3Acent er%3Bz-index%3A999%3B%22%3ESecond%20hand%3Cbr%3Etel%3A8-066-512-65-70%3C/div%3Esecond%20hand"));

Сообщение # 20 19.08.09 - 11:35:20

mmb

M
гость

Если WR форум перевести на MySql то это уже будет не WR

Сообщение # 21 20.09.09 - 03:01:51

mmb

M
гость

Нашел форум Wr где
Сообщений: 11868
Тем: 887
Всего зарегистрировано участников: 871

Загружается и работает форум быстро.

Сообщение # 22 20.09.09 - 03:19:04

WR

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

Это почти предел. Максимально, по моим тестам может быть 15 000 сообщенией, 1 000 тем, 1 000 участников - дальше, сервер, на котором стоит скрипт начинает подтормаживать

Сообщение # 23 20.09.09 - 17:24:05

WR

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

proggi, очень интересная система получается...

я вот думаю, а может использовать стандарный формат хранения баз данных - DBF?

Здесь есть и будет работать:
- смещение (кол-во строк и т.д. и т.п. записывается в шапке файла)
- PHP работает корректно с этими файлами;
- структура БД легко считывается в многомерный массив,
- легко конвертируется в SQL и т.д.

Максимальный размер БД при этом поволит легко хранить и операровать файлами до нескольких мегабайт (около 1000 сообщений в файле), при кол-ве тем = 1000, получим масимально допустимое кол-во сообщений около 1 000 000. что неплохо

Сообщение # 24 20.09.09 - 17:35:42
Зачем в куках хранить пароль от форума? :Предыдущая темаСледующая тема: Атака ХАКЕРОВ на форум
Страницы:  1  2  3  

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

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

Смайлы:

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