abbat13

Рейтинг
18
Регистрация
04.09.2013
Снимаю. Порчу.
MinMart:
Не могу понять нужно ли это покупателю и влияет ли это на способность к покупке в ИМ или о безопасности думают только владельцы ИМ?

В первую очередь это нужно не покупателю, а продавцу, который заботится о своих покупателях.

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

В чем состоит гарантия сохранности данных? Другими словами, термин "облако" - чисто маркетинговый, интересует степень избыточности, SLA, Privacy Policy, ограничения shell и т.д.

gims:
Вероятность генерации одинаковых полей возможна, насколько мала она не казалось. Файлов очень много и такая ошибка не допустима.

Если требуется обеспечить уникальность без проверки существования, то остаются только последовательности - автоинкремент и любые вариации на его базе (например, UUID).

SeVlad:
Я не первый раз сравниваю преимущества\недостатки. И не вижу каких-то особых преимуществ InnoDB, при основном недостатке - скорости селекта (да и др запросах).

Во всей красе преимущества InnoDB появляются на больших объемах данных (десятки и сотни GB) и при необходимости соблюдать транзакционность и ссылочную целостность.

WordPress все эти навороты не нужны, плюс он умрет от нагрузки гораздо раньше, плюс по умолчанию для него родной движок все же MyISAM (не знаю откуда у вас вдруг взялся InnoDB), плюс over 99% разработчиков не умеют готовить InnoDB (делают что-то типа SELECT COUNT(*) FROM `big_table` и очень удивляются почему так долго по сравнению с MyISAM, после чего делают неверные выводы о производительности).

Другими словами, если нет специфического кода, который требует InnoDB, то я не вижу причин на нем оставаться. Более того, при наличии "кое-какерских" расширений это будет даже вредно для сайта.

SeVlad:
Table does not support optimize, doing recreate + analyze instead

Можно не обращать на эту запись внимания, это физический аналог оптимизации таблицы.

SeVlad:
Хочется услышать мнения - какие подводные камни при такой конвертации?

Никаких, если внутри данных не встречается подстрока "ENGINE=InnoDB" (если блог не посвящен работе с MySQL, то вероятность ее встретить стремится к нулю). Т.е. можно практически смело использовать.

SeVlad:
Ну и попутно - мб есть какие-то просты способы вылечить траблы с InnoDB

А проблемы какого именно рода?

SeVlad:
До этого из 5,5 мб получилось 1,1.
Как бэ уже в 5 раз. И ещё можно, но.. не даёт.

Разница в производительности на таких нанообъемах лежит в статистической погрешности - практического смысла это почти не имеет.

footballstar:
Из-за плюшек, которые светят в грядущем учебном году, я взял на себя то, что смогу и сделаю, а деканат и руководство гос. органа я там же предупредил, чтобы ни на что не рассчитывали.

В сметно-попильных делах лучше сильно не отсвечивать и не проявлять излишнюю инициативность, ибо "наказуемо".

footballstar:
Я взял на себя дизайн, верстку, и всё. И за дизайн я выпишу им чек.

Ну так выпишите "чек" за консалтинговые услуги и найм администратора. Иначе какое-то противоречие - то смета нужна, то нанимать никого не будут.

An_nA:
Есть ли варианты оставить fancyBox и как-то "помочь" проиндексировать Яндексу картинки или только менять плагин галереи. У кого то индексируются картинки с fancybox? Спасибо!

Используйте микроразметку для изображений.

DenisVS:
Недавно нашёл великолепную альтернативу, почти идеальный клиент — Sylpheed.

А почему не claws-mail?

MeGaPk:
Вообщем очень советую renter.ru, я уже взял два сервака, рад поуши.

Только что-то у него с репутацией не то.

Всего: 108