Saboteur: Эти проваленные попытки могут быть, например, свидетельством того, что ключи есть, но на файлы стоит слишком широкий доступ (не 700), и SSH не желает их принимать всерьез.
Гугление по этому тексту выдает массу обсуждений аналогичных ситуаций с версиями причин проблем, которые можно было бы проверить... если бы ТС имел другую возможность заглянуть на свой сервер.
У вас же есть текст ошибки: "key_load_public: No such file or directory".
В чем проблема погуглить?
Правда, решить эту проблему без входа на сервер вам вряд ли удастся.
Что изменение конфига SSH, что выставление более ограниченных прав на папку с ключами - все это требует локального рута.
И этот вопрос приводит к неутешительному ответу: добросовестному разработчику узда доставит кучу неудобств, недобросовестному же не помешает ее игнорировать, когда нужно.
Плохая идея.
Юрий Чудновский: конкретно Петя мне не попадался, не пробовал.
Что-то залетное по почте запускал - оно молча и уверенно пошло жевать все файло на диске. Вполне успешно.
dimasibirak: "для будущего мы встаем ото сна..,"
Хуже не будет, конечно, если проверите. Просто заморачиваться с "самой подходящей" системой необязательно, можно взять первую попавшуюся Лубунту (и вай-фай поймет, и гуи не перегружены).
Сильно подозреваю, что результаты эксперимента вас все равно отвратят от этой идеи...
dimasibirak: совершенно не факт, что сгладит, а не усугубит.
Вообще-то VB умеет работать в полноэкранном режиме - системное графическое окружение на него не влияет.
dimasibirak: значит, будет тормозить и на второй. Не будьте слишком оптимистичны. Если у вас убогий процессор, не поддерживающий виртуализацию, и мало памяти, система в виртуалке будет тормозить вне зависимости от хоста.
Если же основная система - винда и тормозит она из-за своеобычной засранности, то почистить ее - более перспективно, нежели возиться с матрешками.
Или я тупой, или последняя строчка - отличный балласт. Сортировка по одинаковому для всех строк значению, которое к тому же вычисляется для каждой строки заново.
Банальная математика.
Принимаем ту высоту, которую должны иметь изображения, за Х.
Для каждого из них вычисляем ширину У по формуле Х * (отношение ширины к высоте).
Суммируем, получаем суммарную ширину С, выраженную через этот самый Х.
Вам, как я понимаю, нужно, чтобы Х был не больше высоты экрана, а С - не больше ширины экрана.
Вычисляете Х для С = ширине экрана, сравниваете его с высотой, выбираете меньшее значение.
Это и будет высотой ваших изображений, позволяющей вписать их все в одну строчку в размеры экрана.
Количество изображений - любое.
MrChen: сервис, над которым трудится несколько программистов, потребует и сервер соответствующей мощности. Но пока ТС "набирает аппетит", а сервис мизерный, тратиться на что-то серьезное просто незачем.
Разве что постоянная доступность сервиса окажется критичной, но нормальный хостер ее и на шареде должен обеспечить.
Damruss: нет, Laravel не требует VPS. Теоретически можно попытаться натянуть ваш сервис, пока он представляет собой всего пару страничек, даже на бесплатный хостинг. Впрочем, как я понимаю, вы сами в этом не очень разбираетесь и все равно будете обращаться к специалисту. С ним и обсудите.
