fam, cкажи мне, какую именно структуру файла ты ожидаешь и неужели думаешь народ что то свое пилить будет или что тебе такой файл будет удобен?
Все должно быть стандартным, потому гугли на тему JSON и XML, вот в один из этих форматов тебе и надо "сбрасывать". И это практически 100% самый правильный путь.
fam, cкажи мне, какую именно структуру файла ты ожидаешь и неужели думаешь народ что то свое пилить будет или что тебе такой файл будет удобен?
Все должно быть стандартным, потому гугли на тему JSON и XML, вот в один из этих форматов тебе и надо "сбрасывать". И это практически 100% самый правильный путь.
Быстрый поиск в инете и находим легкий путь к тому что тебе надо :
-----
$json = json_decode(file_get_contents($file),TRUE);
$json[$user] = array("first" => $first, "last" => $last);
file_put_contents($file, json_encode($json));
------
это ты что то дикое по моему пытаешься делатьРозгорнути попередні цитати...да не прошу я никого ничего пилить.
идея такая. При запуске скрипта происходит обращение к нескольким таблицам, чтобы создать страницу (контент, меню, breadcrumbs, и т.д.). Чтобы избежать лишних обращений к БД, хочу определить ряд данных в своего рода конфиге, который загружается по умолчанию. Мне кажется, что это выгоднее для производительности. Но постоянно помнить об этом трудно - забудешь и внесешь какие-то коррекции в таблицу, а файл этот забудешь. То исть , надо при каждом изменении, вносимом в мета данные таблицы, чтобы это автоматотом переписывалось.
напилить сам могу, но интересует, есть что-то уже или нет.
У тебя уже есть база данных и как и любая база данных - она наверняка расчитана на то что в нее будут ломиться, много и часто. А вот постоянно в файловую систему что то писать как ты хочешь - наверняка будут тормоза и лишние проблемы. хм, я не прочел код сначала - там же из файла и в файл, но содержимое сначала надо создать. Короче, ладно, спасибо, разберусь.нет, в середине там содержимое показано, а именно массив. Первая строка пример как его загружать из json, а последняя - как его сохранять в json.
Розгорнути попередні цитати...это ты что то дикое по моему пытаешься делать
Не пытайся к машине где то снизу 5-е колесо добавить
работай с БД, не занимайся ерундой. Будешь файловую систему дергать - лучше не станет, просто организуй структуру БД так чтобы минимально считывать необходимые данные, правильные связи организуй и индексы и будет тебе счатьеРозгорнути попередні цитати...да не прошу я никого ничего пилить.
идея такая. При запуске скрипта происходит обращение к нескольким таблицам, чтобы создать страницу (контент, меню, breadcrumbs, и т.д.). Чтобы избежать лишних обращений к БД, хочу определить ряд данных в своего рода конфиге, который загружается по умолчанию. Мне кажется, что это выгоднее для производительности. Но постоянно помнить об этом трудно - забудешь и внесешь какие-то коррекции в таблицу, а файл этот забудешь. То исть , надо при каждом изменении, вносимом в мета данные таблицы, чтобы это автоматотом переписывалось.
напилить сам могу, но интересует, есть что-то уже или нет.
Розгорнути попередні цитати...не, я же не о данных веду речь, а о мета-данных, которые не изменяются каждый день и даже месяц (а то и год).
а загрузить вначале несколько кБ продуманной структуры лучше, чем сделать пару-другую лишних обращений за бОльшим кол-вом данных, чем надо - интуитивно чую.
Розгорнути попередні цитати...работай с БД, не занимайся ерундой. Будешь файловую систему дергать - лучше не станет, просто организуй структуру БД так чтобы минимально считывать необходимые данные, правильные связи организуй и индексы и будет тебе счатье
Розгорнути попередні цитати...работай с БД, не занимайся ерундой. Будешь файловую систему дергать - лучше не станет, просто организуй структуру БД так чтобы минимально считывать необходимые данные, правильные связи организуй и индексы и будет тебе счатье
не городи лишних сущностей. Даже если ты выграешь немного производительности (что ОЧЕНЬ сомнительно) - ты же себе яму роешь, на голом месте добавляя лишее в прогу. А потом окажется что ты например на диск D решил писать, а на очередной машине его просто не будет. Или например путь куда ты пишешь будет рид-онли или еще какая то фигня. И все будет валиться.Розгорнути попередні цитати...не, я же не о данных веду речь, а о мета-данных, которые не изменяются каждый день и даже месяц (а то и год).
а загрузить вначале несколько кБ продуманной структуры лучше, чем сделать пару-другую лишних обращений за бОльшим кол-вом данных, чем надо - интуитивно чую.
Наоборот нужно уходить от юзания локальных ресурсов и валить все во что то стандартное, типа той же БД.А потом окажется что ты например на диск D решил писать, а на очередной машине его просто не будет.
решение с кєшированием настроек уже дали вышеРозгорнути попередні цитати...мы все же о разном говорим.
имеется фреймворк со своей структурой (ее, кстати, можно и даже желательно по-своему изменить)
там куча папок, файлов как системных, так и каждого конкретного приложения.
какой диск D в интеренете?! мы о разных вещах говорим.
упрощая, речь идет о достаточно рядовом по размеру и структуре массиве данных, который надо считать в начале работы скрипта. (при этом всегда читаются еще стандартно файлы конфигурации - системы, авторизации. автозагрузки, конф. БД, и т.д. .. потом наступает очередь библиотек, хелперов, моделей, представлений... и тд. )
ребяты, вы шо, не знаете об этом?!
Розгорнути попередні цитати...решение с кєшированием настроек уже дали выше
все остальное - велосипед на семи колесах, не усложняй себе жизнь. если интерес чисто академический - можешь баловаться
Я просто насмотрелся на чудаков, которые пытались оптимизировать то, что и так правильно работало - видел немало и подследствий оных оптимизаций тоже.Розгорнути попередні цитати...мы все же о разном говорим.
имеется фреймворк со своей структурой (ее, кстати, можно и даже желательно по-своему изменить)
там куча папок, файлов как системных, так и каждого конкретного приложения.
какой диск D в интеренете?! мы о разных вещах говорим.
упрощая, речь идет о достаточно рядовом по размеру и структуре массиве данных, который надо считать в начале работы скрипта. (при этом всегда читаются еще стандартно файлы конфигурации - системы, авторизации. автозагрузки, конф. БД, и т.д. .. потом наступает очередь библиотек, хелперов, моделей, представлений... и тд. )
ребяты, вы шо, не знаете об этом?!
Я потому про D и написал - и такие герои тоже попадаются. Рад что у тебя по крайней мере не локальный диск в дело идет. Розгорнути попередні цитати...Я просто насмотрелся на чудаков, которые пытались оптимизировать то, что и так правильно работало - видел немало и подследствий оных оптимизаций тоже.
Народ же творит что ни попадя порой... Ладно если для себя, а вот когда кастомеру такое всучивают..... Был например случай когда чел отвечающий за часть проекта вставил в код посылать ему прямо на почту дебаг при проблемах, почтовый адрес украинского оутсорса. Код ушел в дойч банк если я правильно помню, хорошо у них на их внутренних тестах это открылось, а не в рабочем состоянии. И хорошо что это был дойч банк, а не амерская CIA (Central Intelligence Agency) которая тоже этот продукт юзала.
Дуже цікавий велосипед, мати базу і ще щось постійно вичитувати з інклудів.
Ні, звісно хазяін-барін, але вимагати під кожну забаганку ще й готовий механізм то вже занадто.
Якщо це робиться разово, то руками і так не складно, а якщо то в майбутньому інклюді буде
часто оновлюватись, то нафіг таке тормознуте щастя.
Розгорнути попередні цитати...хм..
при всем совершенстве механизмов бд она практически не несет информации о том, каким образом информация будет использовацца.
Розгорнути попередні цитати...Никто не мешает создавать по ходу пьесы свои таблицы с шаблонами и прописывать там всё что душа пожелает.
Ничем от инклудов не будет отличаться, но ковырять пальчиками на запись файловую систему вручную не нужно.
И если эти шаблоны нужно гибко и часто менять, то самое оно.
Розгорнути попередні цитати...я сначала примерно так и делал. показалось, что негибко.
а если бояться перезаписать тобой же созданный файл при всех мерах предосторожности, то чего тогда не бояться?
навантаження на базу завжди знімалося кешем (у пам'яті або файловим)
які ще в біса інклуди?!
Розгорнути попередні цитати...Дело не в страхе, он тут вообще ни при чем, а в ресурсоемкости операций.
ну, вот -практически все.опыта лет через 5 ты согласишься с теми, кто писал что ты не тем занимаешься
нарисовал малюсенькую рекурсивную функцию. сейчас еще для удобочтения добавлю табуляцию х уровень вложенности массива, запись в файл с резервным копированием, и фсё.
офигенный пожиратель ресурсов
А может и раньше. Розгорнути попередні цитати...опыта лет через 5 ты согласишься с теми, кто писал что ты не тем занимаешься
просто обычно все должно быть максимально просто, дабы легко разобраться в последствии в том числе другому челу. У тебя уже есть база, вот там стоило и хранить. Исключений в таком случае обычно мало (типа требования заказчика). Никаких проблем при хранении этого твоего добра в базе - не возникало, кроме мифической дополнительной нагрузки на базуРозгорнути попередні цитати...выше я об опыте писал. Не обольщаюсь, но уверен, что некоторые советы даны теми, ктот родился на свет в пределах этого опыта.
и ещевот именно, опыт позволяет видеть дальше - понимать что будет через год например. А что касается совета по сути - я дал самым первым постом, если ты глянешь на первую страницу. Самый первый пост после твоего начального - я как раз и написал в каком файле хранить и как проще сделать
Alexey Checkin3, не в обиду и не в Ваш адрес, но стремление давать советы, не относящиеся к самой сути вопроса, но стремящиеся только к глобальным обобщениям, тоже говорят о качестве и размере опыта имхо...
.и еще
Alexey Checkin3, не в обиду и не в Ваш адрес, но стремление давать советы, не относящиеся к самой сути вопроса, но стремящиеся только к глобальным обобщениям, тоже говорят о качестве и размере опыта имхо...
Розгорнути попередні цитати...Честно говоря, как-то чему-то вас учить желаение уже пропадает, вы же лучше знаете, да.
Просто представьте, что у вас веб сервер с вашим PHP кодом перестал справлятся с нагрузкой и потребовался еще один сервер (или 101), что произойдет?
