- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вот я и говорю - нужно продумывать архитектуру баз и тогда никаких проблем ;)
например комменты для одной странице - в одном файле, совсем не проблема и стабильность высокая.
Ага а как выведете самые рейтинговые или хотя бы последние. А что будет если у вас станет пару тысяч страниц. Для сапы как раз нужно дохрена страниц.
а если захотеть сделать аналог вконтакта или яндекса?
в данной теме обсуждается как бы не такие навороченные перевороченные сайты и функционалы.
Ну я и говорю о самых простых сайтах. Со стандартным набором модулей. И вариант в духе вынести в один файл приводит к другим проблемам. Вариант с хранением чистого текста тоже ведут к куче проблем. В системе где предусмотрено несколько пользователей одновременно вносящих правки в базу без блокировок не обойтись если не хотим все потерять. А постоянное чтение больших файлов да еще и на дешевом хостинге где куча сайтов создают нагрузки на диск сожрет весь плюс в виде спорной скорости (в сравнение с БД). На хабре недавно проскакивала статья с базой на основе json, так вот автор (который занимается еще и разработкой настоящей БД) четко сказал что это баловство и тесты это тоже показали....
... например комменты для одной странице - в одном файле, совсем не проблема и стабильность высокая ...
можно вообще всё разбарасать по отдельным файлам (читай "таблицам") и в результате получить недо-СУБД, паршивенькую, зато свою и "без использования БД" 😂 ...
можно вообще всё разбарасать по отдельным файлам (читай "таблицам") и в результате получить недо-СУБД, паршивенькую, зато свою и "без использования БД" 😂 ...
так "файлы" это и есть "база данных", а база данных mysql - это по сути тоже файл (и если его найти на сервере - то его также можно открыть в блокноте)... ☝
Все сводится к структуре распределения данных и системе взаимодействия скриптов с этими базами.
MySQL - система широкого профиля, она может быстро удовлетворить многие задачи, но и многое в ней окажется лишним, или чегото не хватит... Но это уже готовая система убравления базой.
При работе с файлами - нужно писать свою систему управления и взаимодействия, т.е. изобретать свой велосипед, это сложнее, нужно быть профессионалом, с MySQL любой школьник может сделать "сайт".
Но часто написание своего велосипеда оправдано, если требуется чтото специфическое.
Среднестатистический сайт на "файлах" будет на порядки легче и быстрее работать, чем на стандартном мускуле...
P.S. тема опять скатилать в писькомерку, кто круче mysql или файлы :D
но я выбиру скорее cms от awilum'а, чем очередную говноцмс с mySQL
Жесть какая-то.
Профессионал вряд ли станет заниматься таким маразмом.
Пример можно "чего то" специфичного?
Не факт.
так "файлы" это и есть "база данных", а база данных mysql - это по сути тоже файл (и если его найти на сервере - то его также можно открыть в блокноте)... ☝
так именно это и было неписано прямым текстом 😂
СУКа без БД быть може и работать будет быстрее и имеет смысл для визитки на 5-10 страниц (хотя нафиг там СУКа непонятно) и скорее не "имеет", а "имела" лет несколько назад на недохостах 😂
но для ГС под сапу это да, адназначна незаменимая весЧь, там ведь сУрьёзный бизнес - мускул осваивать некогда...
Профессионал вряд ли станет заниматься таким маразмом.
🍿 зачем яндекс и гугл наизобретали своих велосипедов? в mysql ведь тоже есть full text поиск.
Пример можно "чего то" специфичного?
тут каждому свое. меня в mysql например не устроила общая тормознутость и высокая нагрузка.
потому я изобрел свой велосипед, который требующиеся задачи выполняет стабильно, работает раз в 20 быстрее и создает нагрузку раз в 100 меньше, чем тоже самые задачи работали бы на mysql
в общем не-MySQL базы рулят, awilum cms захватит мир, вторым будет кандидат. мир, труд, жвачка. ушел ковырять свои файлы.
foxi добавил 23.05.2011 в 23:24
но для ГС под сапу это да, адназначна незаменимая весЧь, там ведь сУрьёзный бизнес - мускул осваивать некогда...
берем дешевый вдс, ставим туда 100 сайтов на том же кандидате. счастливо гребете бабло на сапе.
берете второй такой же вдс, ставите туда вордпрес/джомлу и прочую cms на mysql, обнаруживаете что уже на 30 сайте ваш вдс сдох безвозвратно, а вы даже контент на сайте не залили еще, не говоря уже про добавление сайтов в сапу...
Где профит думаю понятно :)
а ктонить хочет поработать над плагином для этой цмс - автообновление? денег дам)))
важно чтобы оно работало без крона.
Научитесь им пользоваться.
Надо записать.=))
Ну коли уж мы заговорили о таких компаниях. Facebook используют MySQL, дураки какие-то правда?
берем дешевый вдс, ставим туда 100 сайтов на том же кандидате. счастливо гребете бабло на сапе... Где профит думаю понятно :)
полностью согласен! хотя и ежу понятно, что весь профит в сапе 😂 я именно это и сказал - СУКа без БД идеальный ГС-генератор, с чем Вас и поздравляю. у каждого продукта найдется потребитель.
но на счёт "гребёте денег" Вы явно погорячились, для таких лозунгов другая целевая аудитория нужна, здесь вряд ли проканает...
так "файлы" это и есть "база данных", а база данных mysql - это по сути тоже файл (и если его найти на сервере - то его также можно открыть в блокноте)... ☝
Все сводится к структуре распределения данных и системе взаимодействия скриптов с этими базами.
MySQL - система широкого профиля, она может быстро удовлетворить многие задачи, но и многое в ней окажется лишним, или чегото не хватит... Но это уже готовая система убравления базой.
Не cделать нормальной базы на php тут надо, что более серьезное.
При работе с файлами - нужно писать свою систему управления и взаимодействия, т.е. изобретать свой велосипед, это сложнее, нужно быть профессионалом, с MySQL любой школьник может сделать "сайт".
Да ладно вам стращать. Гляньте в любую из CMS на файлах. Там по большому счету хранилище типа ключ значение. Я думаю, что любой школьник сможет справится с серилизацие (в любой из доступных видов) и запись в файл.
Но часто написание своего велосипеда оправдано, если требуется чтото специфическое.
Среднестатистический сайт на "файлах" будет на порядки легче и быстрее работать, чем на стандартном мускуле...
Я уже писал про постоянные чтения больших файлов в память (MySQL работает умнее), и HDD или вы думаете для вас на шареде подготовят SSD диски?
Не кому не адресовано, но скажу следующее. Обыватели все равно ничего не поймут, и если есть желание то им можно будет впарить, что угодно. А если он в один прекрасный момент проснется и увидит что у него файлы пусты, то и хер с ним :(
P.S. Если вам хочется быстро и "экзотично?", то берите решение NoSQL вот это действительно быстро и проблемы с блокировками и другими бяками за вас там уже решили профессиональные люди.