proksey-net

Рейтинг
103
Регистрация
22.08.2012
SimpleHosting:
Видел похожий вопрос, человек решил CMS поставить на beget.com зарегистрироваться ещё раз на beget.com и там держать файлы...

Ну так может оно и верно? Дабы не нагружать кластер хостинга. Не везде это приветствуется. Дешевый хостинг под сайт, дорогой - под CDN.

Оптимизайка:
Это не по-хорошему. Т.к. запутает оптимизатор СУБД и плюс будет тормозить INSERT, UPDATE. Тут с умом нужно или с экспериментами. Все поля не нужно.

Так тогда нужно баланс оптимальный подбирать между чтением и записью (по времени).

Оптимизайка:

На этом форуме это не работает, проверено :p

Это не есть хорошо🤪

Оптимизайка:
Вот: https://caniuse.com/#search=noreferrer

Ну и пожалуйста, Opera вообще не поддерживает.

Ferrum-Gray:
Тоже белый экран, только в углу ещё появилось это

Я Вам отписал в личку. Нужно работать с конкретным сайтом. Тут, как видите, без конкретики никак.

slovoblud:
Задача вот какая: человек делает в Пауэрпойнте здоровеную презентацию, и нужно каким-то образом показывать её на странице сайта (сайт на джумле).
Разместить там же где и сайт не очень желательно, потому что она под 700МБ весит и хранить её на хостинге не хотелось бы. Пока использую такой вариант: презентация сохранена в PDF, выложена на Гугл Драйв и показывается через iframe. В принципе нормально, но презентация очень сложная и интерактивная и в PDF теряет много от своей реальной прелести.
В случае сохранения ее в html ни гугл ни яндекс не отдают как собственно хтмл, максимум что удалось, это вывести код.
Понятно, что никакие облака не хотят становиться бесплатными хостингами, но может есть способ как-то их обхитрить?

Нет способа. Почему не хотите хранить на хостинге? У Вас трафик не безлимитный? Купите нормальный хостинг:)

Как варианты еще:

купить второй хостинг специально под презентацию и использовать временный адрес, который обычно предоставляется;

купить VPS и заходить по IP.

Стоит это все копейки.

VadimGen:
Есть таблица
id - photo - his

в полях his например вот так выгялдят данные: 343-2, 123-1, 453-2, 355-1, 324-1, 234-2

нужно взять his определенного id, и из his (например 343-2, 123-1, 453-2) взять 343,123,453 (это id) и вывести принадлежащие им photo

подскажите как это вот в такой запрос вписать

$mysqli->query("SELECT a.his, a.id, b.id, b.photo FROM table a, table b WHERE ......

Вам дали все правильные советы. Никогда не надо хранить данные, с которыми Вы работаете, ни в JSON, ни через запятую, ни как-то еще. ТОЛЬКО одно значение! В таких форматах можно хранить только какие-нибудь логи при условии, что Вы НИКОГДА ими не воспользуетесь для выборки. Но так как гарантии, что через год Вам не захочется сделать выборку по данным из логов, лучше ВСЕГДА использовать нормальный формат хранения данных.

---------- Добавлено 17.09.2017 в 21:34 ----------

edogs:

Да откуда там много данных? Если человек задает такие вопросы, то вряд ли его наняли на серьезный объемный проект.

Может у него свой проект объемный. Я помню свой первый проект, когда я еще только начал изучать PHP и MySQL, делал так:


function select_user($email)
{
$res = mysql_query("SELECT * FROM users");
while ($row = mysql_fetch_assoc($res))
{
if ($row['email'] == $email) return $row;
}
}

😂

И ведь 4 года проект проработал.

Олир:
Менеджеры из вебэффектора настоятельно рекомендуют исправить эту ошибку. А вы что скажете, влияет ли это на продвижение?

Суть глюка в чём - при вводе в урле сайта абракадабры, например http://site.ru/m4443g3g34g34g34g34genu/stati, возвращается ответ сервера "страница существует". А таких вариаций страниц бесконечное множество.

Это 100% влияет. Сделайте header 404 Not Found, да и все. Рекомендую книгу Яковлева и Ткачева Раскрутка сайтов: основы, секреты, трюки. Там подробно описано, к чему такие фокусы приводят:)

Оптимизайка:
<a rel="noreferrer" href="..."></a>

https://www.w3schools.com/tags/att_a_rel.asp

Где гарантия, что браузер не проигнорирует этот атрибут?

Dram:
Большое спасибо, Индекс name уже был, а вот индекс original очень здорово помог, благодарю!

Вообще индексы по хорошему надо ставить на все поля, участвующие в JOIN, WHERE и т.д. Это всегда помогает. Причем, если идет, например, WHERE id=:id AND type=:type, то делаем один индекс на оба поля - так еще быстрее.

Оптимизайка:
proksey-net, так тоже будет, но теги body будут вкладываться друг в друга, наверное.

Лучше так: $('body').load(window.location.href + ' body *');

P.S. проверять лень

Дело в том, что я проверил. Не вкладываются, хотя по документации должны.:)

Жду материальную благодарность от топикстартера, адреса в подписи.😂

Всего: 555