- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Заказываю php скрипт для WP и задумался над хранением значений(переменных).
Есть файл вида:
1 переменная,2 переменная, 3 переменная;
-----------
итого примерно 140 подобных строк.
Загружаться из файла будет в массив.
Если подобное же сделать из MySQL, скорость загрузки вырастит в разы или нет?
В разы - это насколько много, чтобы об этом задумываться для 140 строк? :)
Как удобнее в использовании, так и юзать. Эти переменные в базе зачем нужны? По ним какая выборка/обработка будет?
По идее в json файл записывать и не заморачиваться.
Заказываю php скрипт для WP и задумался над хранением значений(переменных).
Есть файл вида:
1 переменная,2 переменная, 3 переменная;
-----------
итого примерно 140 подобных строк.
Загружаться из файла будет в массив.
Если стоит opcache лучше записать сразу в формате
$var=array(1,2,3);
в файл формата пхп, будет реактивно грузиться.
На втором месте хранить значения в сериализованном массиве в файле, тоже очень быстро.
Свой колхоз "вар1,вар2,вар3" так себе идея.
Хотя для 140 строк по фиг от слова вообще.
Если подобное же сделать из MySQL, скорость загрузки вырастит в разы или нет?
С одной стороны мускул закэширует это дело с хорошей вероятностью. С другой стороны все зависит от того где у вас мускул и как себя чувствует, если он на отдельном далеком серваке - вряд ли это будет быстрее, если мускул перегружен - вряд ли это будет быстрее.
---------- Добавлено 11.11.2017 в 23:13 ----------
В разы - это насколько много, чтобы об этом задумываться для 140 строк? :)
По идее в json файл записывать
Зачем в json, сразу в config.php и записывать,
а в основном файле $my_array = require_once 'config.php';
Зачем в json, сразу в config.php и записывать,
а в основном файле $my_array = require_once 'config.php';
Если опкэша нет, то лучше сериализация. Она быстрее и чем json и чем лексический анализатор php.
Эти переменные в базе зачем нужны? По ним какая выборка/обработка будет?
По идее в json файл записывать и не заморачиваться.
Это парсинг курсов валют относительно друг друга.
Сразу говорю - я в php полный ноль(программировать не могу, но в целом синтаксис понимаю, так как раньше программировал на Object Pascal), но девелопер попросил детальное ТЗ, так как не совсем понимает что я от него хочу.
В чем преимущество json перед подобным методом из файла? Удобство экспорта значений?
Если стоит opcache лучше записать сразу в формате
Я погуглил, если я правильно понял это модуль который по умолчанию на хостинге не включен. Не подходит. Возможно ошибаюсь.
С одной стороны мускул закэширует это дело с хорошей вероятностью
Вот кешировать не должно. Это курсы валют, нужны данные каждый день, чистить кеш каждый день не вариант.
В разы - это насколько много, чтобы об этом задумываться для 140 строк?
Страничка в среднем грузится за 1200 миллисекунд.
Поэтому для меня загрузка в 150-200 миллисекунд из файла была бы уже принципиальной.
Это парсинг курсов валют относительно друг друга
Тогда в MySQL, т.к. потребуется обновление курсов валют, расчеты, да еще через веб-интерфейс небось, а писать на вебсервер файл не комильфо (и по причинам безопасности и др.)
Devvver,
Пусть разработчик сделает как ему удобно.
Пара курсов валют абсолютно не принципиально где и как хранить.
Даже если их 140.
Вот кешировать не должно. Это курсы валют, нужны данные каждый день, чистить кеш каждый день не вариант.
Мускул всё равно будет кэшировать, так же как ФС, смиритесь:) Но мускул умный, и ФС тоже, поэтому ничего чистить не надо будет.
Страничка в среднем грузится за 1200 миллисекунд.
Поэтому для меня загрузка в 150-200 миллисекунд из файла была бы уже принципиальной.
Разница между всеми предлагаемыми тут способами лежит в пределах 1 миллисекунды, если хостинг не на 386 компьютере.
Если у Вас страничка генерится за 1.2 секунды (1200 миллисекунд), то это адский ппц и последнее чем тут надо заниматься, это поиском способа хранения 140 строк данных.
Разница между всеми предлагаемыми тут способами лежит в пределах 1 миллисекунды,
Понятно, тогда вся овчинка не стоит выделки. :)
Если у Вас страничка генерится за 1.2 секунды (1200 миллисекунд), то это адский ппц
wp, мощная тема, 30 плагинов +рся и adsense делают свое негативное дело.
wp, мощная тема, 30 плагинов +рся и adsense делают свое негативное дело.
Загрузка страницы в 1.2 секунды это более или менее, подразумевая что грузится и рся и адсенс и картинки и куча файлов. Хотя мы бы на Вашем месте все же подумали над оптимизацией этого (объединить файлы, оптимизировать размеры, задвинуть загрузку рся и адсенса в асинхронность), если это еще не сделано. Но 1.2 секунды именно на это - в принципе ок.
А вот если именно генерация страницы в 1.2 секунды (рся и адсенс тут не влияют, только плагины и сам ВП), то Вам определённо стоит поискать узкое горлышко, т.к. мы не можем себе представить успешный финансовый сайт (раз у Вас валюты), где надо ждать по 1 секунде с лишним одной лишь генерации страницы (т.е. это примерно время которое проходит от запроса от пользователя на сайт до начала отдачи страницы веб-сервером).