Конец верно подмечен, но это новичкам =)
Я думаю что лучше хранить в файлах чисто системные, типо навигации..
Для статей или прочего контента, лучше подключить базу =)
Так и поступлю. А кэш, дело тонкое, главное спроектировать правильно, дальше проблем не будет.
Остался просто вопрос, в ссылке хранить яз. переменную или в сессии.
У сессии свои + и недостатки, да и url.
rsi: Почему пишу, написал =) Это как новая возможность или типо того, не суть. Без фреймворка, вырос из них. Дело в том, что в большинстве фреймов старые варианты, кстати и с роутарами похожая ситуация, но получше. С приходом php 5.5 появились новые возможности, которые не используют. Реально, не одной статьи с подобной реализацией, а ведь идея не плохая.
rsi: cms, что-то среднее между сайтом и порталом. От 1000 страниц)
файлы.
nav_ru.php
nav_en.php
Но думаю написать с подходом ООП.
Тогда просто создаем абстрактный класс нав, а дальше классы ru, en итд.
По мне, этот вариант самый оптимальный, изменять и дополнять, удалять не так сложно.
Сложно вносить изменения, придется писать собственный класс для консоли.
Вот я нашел о чем речь пойдет.
Я уже прочитал, но вопрос в том, что лучше выбрать? Заметил один подводный камень, в планировщике, в каждой ос он свой и по разному подключается. В mysql ... нагрузка если только.
Вот я нашел о чем речь пойдет.
Я уже прочитал, но вопрос в том, что лучше выбрать? Заметил один подводный камень, в планировщике, в каждой ос он свой и по разному подключается. В mysql ... нагрузка если только.
Вот я нашел о чем речь пойдет.
Я уже прочитал, но вопрос в том, что лучше выбрать? Заметил один подводный камень, в планировщике, в каждой ос он свой и по разному подключается. В mysql ... нагрузка если только.
За эти дни я прочитал про cron и случайно наткнулся на небольшой комментарий, в котором сказано, что можно даже не использовать php, а чисто в mysql. Как я понял это что-то связанное с событиями mysql, планировщик?? Может кто-то вкурсе ?
Или лучше привязать к планировщику задач? Я первопроходец в таком вопросе и не знаю как лучше..
За эти дни я прочитал про cron и случайно наткнулся на небольшой комментарий, в котором сказано, что можно даже не использовать php, а чисто в mysql. Как я понял это что-то связанное с событиями mysql, планировщик?? Может кто-то вкурсе ?
Или лучше привязать к планировщику задач? Я первопроходец в таком вопросе и не знаю как лучше..
За эти дни я прочитал про cron и случайно наткнулся на небольшой комментарий, в котором сказано, что можно даже не использовать php, а чисто в mysql. Как я понял это что-то связанное с событиями mysql, планировщик?? Может кто-то вкурсе ?
Или лучше привязать к планировщику задач? Я первопроходец в таком вопросе и не знаю как лучше..
А на win ? Мне в голову пришло только одно решение.
Когда наступает 00:00 то запускается скрипт, он сортирует по дате и если дата совпадает, выполняется ... Стоит эта идея реализации ?
Возможно активация будет откладывается на пару дней.
Пример:
если в datatime:01,01,2015, то скрипт запускается 05,01,2015.
Можно на php сделать, но.... может есть и на это решение?
Ну ооп я знаю, но не идеально. Сравнивал 2 куска одинакового кода, и разница есть.
Может быть ситуация поменяется, если поменять железо на серверное.
i7 или 6-8ми ядерные xeon с более низкой частотой могут поменять ситуацию.
память в моем случаи была быстрее чем серверная, процессор тоже, но ядра только 4 и 4 потока, которые стоит отключить. sdd + часть нагрузок берет на себя видео карта, в серваке этого не увидишь, только в граф. станциях. Мне просто интересно узнать тенденцию. Сейчас, если пишу то ради забавы и интереса.
Я думаю что лучше хранить в файлах чисто системные, типо навигации..
Для статей или прочего контента, лучше подключить базу =)
Так и поступлю. А кэш, дело тонкое, главное спроектировать правильно, дальше проблем не будет.
Остался просто вопрос, в ссылке хранить яз. переменную или в сессии.
У сессии свои + и недостатки, да и url.
Думаю что лучше использовать (GET).