DiAksID: можно вообще всё разбарасать по отдельным файлам (читай "таблицам") и в результате получить недо-СУБД, паршивенькую, зато свою и "без использования БД" 😂 ...
так "файлы" это и есть "база данных", а база данных mysql - это по сути тоже файл (и если его найти на сервере - то его также можно открыть в блокноте)... ☝
Все сводится к структуре распределения данных и системе взаимодействия скриптов с этими базами.
MySQL - система широкого профиля, она может быстро удовлетворить многие задачи, но и многое в ней окажется лишним, или чегото не хватит... Но это уже готовая система убравления базой.
При работе с файлами - нужно писать свою систему управления и взаимодействия, т.е. изобретать свой велосипед, это сложнее, нужно быть профессионалом, с MySQL любой школьник может сделать "сайт".
Но часто написание своего велосипеда оправдано, если требуется чтото специфическое.
Среднестатистический сайт на "файлах" будет на порядки легче и быстрее работать, чем на стандартном мускуле...
P.S. тема опять скатилать в писькомерку, кто круче mysql или файлы :D
но я выбиру скорее cms от awilum'а, чем очередную говноцмс с mySQL
recrut: Смеетесь что ли :) что вы потом с таким файлом будете делать? Как потом собираетесь определять какой коммент относится к какой статье и как собираетесь получать все комменты для конкретной статьи? Это не говоря о такой штуке как самые рейтинговые скажем комментарии.
вот я и говорю - нужно продумывать архитектуру баз и тогда никаких проблем ;)
например комменты для одной странице - в одном файле, совсем не проблема и стабильность высокая.
recrut: Это не говоря о такой штуке как самые рейтинговые скажем комментарии.
а если захотеть сделать аналог вконтакта или яндекса?
в данной теме обсуждается как бы не такие навороченные перевороченные сайты и функционалы.
recrut: Можно поподробнее рассказать про этот способ?
Вообще не пойму как можно обойтись без блокировок если у вас в логике задумано, что то на подобие комментариев.
комментарии - неудачный пример :)
для комментов блокировки не нужны, т.к. в них тупо дозапись новой строки в конец файла, и ничего страшного не случится даже если эти комменты начать спамить со скоростью 100 постов в секунду.
awilum, солидная cms и не должна работать в папке, в папку можно запишнуть всякое второстепенное и второсортное, а серьезной cms - только главное почетное корневое место :D
Вот так?
нет, вы еще забыли что сайт доступен по адресам index.php и index.html
можно вообще всё разбарасать по отдельным файлам (читай "таблицам") и в результате получить недо-СУБД, паршивенькую, зато свою и "без использования БД" 😂 ...
так "файлы" это и есть "база данных", а база данных mysql - это по сути тоже файл (и если его найти на сервере - то его также можно открыть в блокноте)... ☝
Все сводится к структуре распределения данных и системе взаимодействия скриптов с этими базами.
MySQL - система широкого профиля, она может быстро удовлетворить многие задачи, но и многое в ней окажется лишним, или чегото не хватит... Но это уже готовая система убравления базой.
При работе с файлами - нужно писать свою систему управления и взаимодействия, т.е. изобретать свой велосипед, это сложнее, нужно быть профессионалом, с MySQL любой школьник может сделать "сайт".
Но часто написание своего велосипеда оправдано, если требуется чтото специфическое.
Среднестатистический сайт на "файлах" будет на порядки легче и быстрее работать, чем на стандартном мускуле...
P.S. тема опять скатилать в писькомерку, кто круче mysql или файлы :D
но я выбиру скорее cms от awilum'а, чем очередную говноцмс с mySQL
Смеетесь что ли :) что вы потом с таким файлом будете делать? Как потом собираетесь определять какой коммент относится к какой статье и как собираетесь получать все комменты для конкретной статьи? Это не говоря о такой штуке как самые рейтинговые скажем комментарии.
вот я и говорю - нужно продумывать архитектуру баз и тогда никаких проблем ;)
например комменты для одной странице - в одном файле, совсем не проблема и стабильность высокая.
Это не говоря о такой штуке как самые рейтинговые скажем комментарии.
а если захотеть сделать аналог вконтакта или яндекса?
в данной теме обсуждается как бы не такие навороченные перевороченные сайты и функционалы.
Можно поподробнее рассказать про этот способ?
Вообще не пойму как можно обойтись без блокировок если у вас в логике задумано, что то на подобие комментариев.
комментарии - неудачный пример :)
для комментов блокировки не нужны, т.к. в них тупо дозапись новой строки в конец файла, и ничего страшного не случится даже если эти комменты начать спамить со скоростью 100 постов в секунду.
2. Какие права еще можно выставить на папки 777, чтобы избежать взлома.
права на папки 777 никаким боком не влияет на взломоустойчивость.
страх недоблокировок и обнулений пришел из древних версий php + правильная архитектура баз и проверок позволяет гарантированно избежать потерю данных.
тем более на сапосайтах, где контент обновляется редко это не страшно.
вот высоконагруженные системы типа tds , где может быть сотни перезаписей в секунду, там нужно долго трудиться над целостностью данных...
$xs = file("x.txt");
shuffle($xs);
$xs = array_slice($xs, 0, 1);
foreach ($xs as $x)
{
$x = trim($x);
echo $x;
}
За одну случайную ссылку думаю санкций от поисковиков не будет.
Теперь список всех готовых шаблонов, которых на сегодня 45, можно посмотреть на главной странице сайта http://foxi.biz/
awilum, солидная cms и не должна работать в папке, в папку можно запишнуть всякое второстепенное и второсортное, а серьезной cms - только главное почетное корневое место :D
на подписку с соксами денег нет?
а они (деньги) в дорах еще есть? 🤪