- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Я не понял до конца, чего хочет ТС.
Можно ли сделать? Ну ясен фиг можно. Глупый вопрос.
А дальше, что то? Что хотите то? У меня есть платный скрипт (единоразовая) комментариев к любой странице с бешеным функционалам. И? Вам тут скидывать ссылки на разные или что?
---------- Добавлено 28.12.2017 в 12:29 ----------
donc, эээээээ.... а при чём тут гугл, который меряет внешние скрипты и картинки Mysql?!
гугл только с тобой не согласен
Ты опять всё попутал. Не гугл, а гуглофейк.
И не просто попутал, а притянул данные, совершенно не о том. Ты серьёзно не понимаешь, что сравниваешь? Не расстраивай меня так сильно. Ты же не первый год в инете. Даже свой вебмастерский форум имел (или всё ещё имеешь?)
Что еще расскажете про успехи MySQL?
Гугл тебе расскажет, когда сделаешь запрос форума и посмотришь на каких движках сделаны форумы :)
Ты серьёзно не понимаешь, что сравниваешь?
Серьезно понимаю. Но мне лень спорить. Ты думаешь что мускль это круто
посмотришь на каких движках сделаны форумы
- так думают 95% программистов, потому что им с мускль проще работать. А вот написать реальный движок на текстовых файлах могут единицы, ибо это сложнее.
Для примера
Это все файлы полноценно функционального скрипта комментариев.
Dat - собственно база коментариев - каждый фал прикреплен к отдельной странице.
При запросе страницы опрашивается три фала - сам скрипт, база страниц и файл с комментариями к странице.
---------- Добавлено 28.12.2017 в 12:57 ----------
donc, эээээээ.... а при чём тут гугл, который меряет внешние скрипты и картинки Mysql?!
Окей, пусть будет http://pr-cy.ru/speed_test/
файлы
база
Чем еще проверить?
Серьезно понимаю.
Тогда это печаль..
LEOnidUKG, вон уже даже прямо сказал что это не о том, а ты продолжаешь.. то ли не понимать то ли делать вид.
Для примера
Я прекрасно знаю и ВР-форум и др скрипты. Хорошие скрипты, ничего против не имею. Но не для серьёзных задач. Это раз. Второе - сравнение с мускулем вообще не логично.
- так думают 95% программистов, потому что им с мускль проще работать. А вот написать реальный движок на текстовых файлах могут единицы, ибо это сложнее.
Всё смешнее и смешнее :) Но блин и печальнее.. Ну если бы не ты. а какой-то нуб это нёс - ещё ладно.
Ок. Это НЕ сложнее. Это бессмысленно - тратить время на бесполезные вещи. Разве что для простых задач и для сервера без базы.
Такая же ересь из 90х. Даже опровергать лениво.
Ты не математик, жаль. Что ты вообще делаешь в программировании без базовых знаний?
если вероятность зависания сервера 1 1% и второго тоже 1%
Какая будет общая вероятность зависания системы из двух серверов? 0,5%? Боюсь нет
---------- Добавлено 28.12.2017 в 13:07 ----------
Но не для серьёзных задач.
WR - Вполне функциональный форум в последней редакции.
Это бессмысленно - тратить время на бесполезные вещи
Мы вроде как скрипт комментариев обсуждаем? Это простая задача. Там база не нужна - разве что для понтов и содрать больше денег.
Эм... а ниже то что пишется?! Та не проверяется mysql или файлы.
Там же ошибки CSS, JS, картинок и других внешних факторов. Как может внешний сервис оценить внутренние факторы?!
---------- Добавлено 28.12.2017 в 13:16 ----------
Мы вроде как скрипт комментариев обсуждаем? Это простая задача. Там база не нужна - разве что для понтов и содрать больше денег.
Нет, не простая. Я свой скрипт разрабатываю с 2008 года и до сих пор поддерживается. Это адовая задача, особенно у клиентов, у которых комментариев по 1000 на одной странице. А сортировка по дате? А потом если в обратку? А постраничная навигация, а рейтинг комментариев? А Вложенность комментариев и ответы друг под другом?
Не понял связанность mysql и денег... По-моему наоборот на файлах будет дороже, чем mysql. Ладно хрен с ней mysql, а SQLite то, чем не устраивает? Молниеносная работа SELECT, один файл. Все функции sql языка доступны.
Ты не математик, жаль.
А ты похож на теоретика застрявшего в 90х :)
Ну, чесслово...
1. Базы как раз и были придуманы из-за тормозов связанных с низкой скорости чтения с винта. + расход памяти для чтения и обработки файлов Т.е. базы позволили ускорить обработку хранимых данных. Однако да, есть другая сторона медали - правильные запросы к БД и кеширование полученных данных.
2. Если сервер упадёт - то сайт100% будет не доступен. И уже будет не важно какой. По факту же, в реальности подавляющее большинство сайтов (даже гугл, прикинь :) ) работают с базами. Текстовые "базы" годятся только для уровня блокнотов.
Вот возьмём по комментам. Если твои комменты - это по одной строке в файле, обновляющегося раз в час, то может ещё и ничего. Но как только стоит задача выборки по юзеру, IP, дате и др данным, когда нужна пагинация, фильтрация спама и тп, да если ещё на более-менее посещаемом сайте (про блокировку файлов не, не слышал? ) - всё, приплыли.
В общем как-то так.
2. Если сервер упадёт - то сайт100% будет не доступен.
Да чтож такое. Вероятность падения 2х серверов в разное время больше, чем одного.
Но в случае с тхт сайт работает, во втором -нет - ибо нужны 2 сервера.
Кеширование хорошо, но в ряди случаев нежелательно - как с каментами, кстати.
Окей, пусть будет
Блин, ну хорош тупить-то?
Скорость базы и скорость фалов можно сравнить только при одинаково построенном индексе и получить эти данные можно только на самом сервере, а никак из-вне.
Нафига для mysql второй сервер?! Что за бред. Это делают только на высоконагруженных проектах, когда просто физически сервер не справляется. И уж какие-то текстовые файлы там не сделают погоду.