за ссылку - спасибо большое. Но в данном конкретном случае мне городить на VPS OPENVZ контейнер - это излишне. у меня там docker идеология - прирезанная во всех местах убунта на хосте и все сервисы в своих контейнерах. Под этот конкретный вебсайт придется видимо контейнер с полным окружением собирать.
Собрать из исходников - это для меня решение на случай "ничего другого не найду". согласен даже на cgi... В противном случае мне придется собирать полное окружение (и апач и php), а это "из пушки по воробьям"
pumbaEO: ок. спасибо. настрою пожалуй пока skydns, и буду внимательно изучать линковку контейнеров.
Вы, насколько я понял, с докером серьезно разбирались? Подскажете, кроме официального мануала и хабра, есть у вас какие то сайты, которыми вы пользуетесь по докеру?
с линковкой я пока не очень понимаю идеологию... сейчас у меня три контейнера (вернее три роли) nginx -> php-fpm -> sql
Они общаются по сети, как если бы это были отдельные серваки и вопрос только один, научить их друг друга узнавать по именам, а если я применю линковку, и перезапущу только контейнер с php-fpm это приведет к перезапуску всех слинкованных контейнеров или нет? и линковка при этом не развалится?
Суть то всей этой конструкции - прийти к возможности менять на ходу бэкэнды не останавливая сервис.
pumbaEO: нашел еще вариант habrahabr.ru/post/215653 но в моем случае - это из пушки по воробьям...
но, видимо выхода нет, придется копать в эту сторону
либо я не до конца понимаю суть service discovery, либо я буду должен чем то третьим отслеживать сам факт перезапуска контейнера, чтобы определить факт смены IP адреса.
ну и на все это будет уходить время.
Дмитрий. ну что же у вас ни в одном профиле ни одного способа связи с вами нет? :) очень хотел поинтересоваться как ваши успехи с железячками на RK 3188
@Golumenov Видите ли, я не хочу вступать с вами в спор, я уважаю ваш опыт.
Я согласен с вашими утверждениями кроме, пожалуй того, что верстать маркированным списком явно колоночные данные - это нифига не "более семантично".
Меня вообще пугает современная тенденция верстать все списками..
@lexxpavlov и я с вами полностью согласен. я с некоторых пор тоже стараюсь не использовать таблицы для "нетабличных данных". но иногда, это так успокаивает нервы :)
@lexxpavlov вы видимо много проектируете интерфейсы, (никакой иронии) раз по картинке смогли определить, что автору потребуется адаптивность (в смысле - выстраивание этих блоков вертикально, при малой ширине экрана у просматривающего) но при вертикальном расположении блока - ни к чему следить за их высотой. одинаковая высота явно нужна, чтобы между этими колонками и общим футером не было некрасивых зубов :)
тогда никак, хотя... есть вариант поправить исходники браузера :) и останется только одна проблема - сделать свой поправленный браузер самым популярным в интернете :)
если ОБА сайта под вашим контролем - то через кроссдоменные политики сделать это можно. если в ифрэйме "совершенно посторонний сайт" который вам не подконтролен - то никак
дело вообще не в том, что вы подчеркнули. У меня character_set_server вообще latin1 и при этом нормально работаю с базами и в UTF8 и в 1251 (досталось наследие)
если недоступна файловая система (не можете создать новый каталог).. или какие то другие облачные ограничения.. пишите эти параметры в ИМЯ файла. была image.jpg стала image.640x480.jpg
а режете по каким то правилам? в смысле логика какая то есть?
если это просто превьюшки или ресайз под какие то определенные размеры
я бы создал каталоги с названием этих размеров на пример /images/640x480/ и в них клал бы нарезанную картинку с тем же именем, что и оригинал.
проверить на существование можно (например перехватом 404 ошибки)