Pull to refresh

Comments 64

Вот может мне кто-нибудь объяснить, на кой черт эти «облака» нужны?
Если у моего домашнего файлохранилища есть «белый» IP, я просто из любой точки смогу по ftp/scp класть/брать файлы. Ну зачем может понадобиться посредник вроде апача или nginx?
P.S. А использовать PHP в 2020 году как-то совсем уж…
Дырами и тормозами, очевидно. Есть же уйма ЯВУ для создания серверных скриптов: от С и до всяких ruby. Зачем legacy использовать?
Ох уж эти религиозные фанатики. Язык активно развивается и активно улучшается и по синтаксису и по производительности. Уверенно делит нишу в серверной разработке, например с Go и пр. Зря вы тут бессмысленный очередной холивар разводите. Нет белого и черного, есть размазанное серое.
Тормозами? Насколько я знаю, сейчас php один из самых быстрых интерпретируемых языков.
Э-э-э… Уже то что он интерпретируемый, делает его гораздо хуже (тормознее) любого (почти) компилируемого.
Или в 21 веке тормоза в разработке — тренд?

Во-первых, если прикрутить достаточно умный JIT, то разница в производительности может почти исчезнуть (правда, JIT нужно «прогревать», но это обычно не проблема)


Во-вторых, если в какой-нибудь реальной задаче тупит ввод-вывод, то на интерпретируемость вообще пофиг, потому что даже на компилируемом языке производительность всё равно упрётся в тот же ввод-вывод

Любой JIT = тормоз по определению, ибо прослойка не простая. И ввод-вывод тут не причем, потому что тупит само «jit исполнение». И это не лечится никак.
А если еще и ввод-вывод тупит -то вообще ховайся.

И тем не менее PHP 8 плевать на ваши определения и он в синтетических тестах почему-то наравне с GCC 5.3 -O3


(Дисклеймер: сам не тестировал, верю картинкам от разработчиков, все вопросы к ним)

Вы издеваетесь, это не в 4 раза медленнее, это наравне?
И это синтетика, которая к большинству реальных задач отношения вообще не имеет.
А по поводу «плевать». Если разработчику плевать на скорость исполнения его поделок — то ему нужно не платить, пока не поумнеет.
мне кажется вы слишком узко смотрите на это, если так фанатично гнаться за скоростью то надо писать на ассемблере, но есть один минус, время написания программы будет в десятки раз больше

Где вы в 4 раза медленнее увидели? 0.011 у PHP и у GCC же.

Хм, виноват, я глянул на стрелочки, на «быстрейший интерпретатор». А gcc — самый быстрый компилятор? Я не в курсе…
Вы не там тормоза ищете.

Ищите тормоза:
— в скорости канала
— в БД
— в отрисовке страницы браузером.

В подавляющем большинстве задач тормоза не на стороне интерпретации PHP-кода возникают.
Я не ищу тормозов, я говорю что JIT — это реально замедление задачи в 100% случаев. Не надо искать «левых» оправданий, что кто-то тормознее, смиритесь с фактом.
смотря какой задачи
человеку лишь бы поспорить, хотя сам он на ассемблерном коде явно не пишет свои программы
А Вам лишь бы заболтать проблему, она есть и это факт, который нужно принять, а не забалтывать и делать вид что ничего не было. Не учитесь у руководства страны, оно идиотическое.
Какую проблему? Скорость выполнения интерпретируемых языков это их минус, однако есть и много плюсов. Хорошие инженеры должны учитывать все аспекты выбранного для разработки инструмента, а не фанатично отстаивать позицию.
Клиент платит за результат, а не за инструмент. Инструмент интересен только исполнителю, в большинстве случаев. Если исполнитель ленив, что бы выбрать наилучший инструмент — то в топку, не платить.
Во-первых, клиенту не всегда важен перфоманс и он часто выбирает скорость разработки, во-вторых клиентом вы можете быть сами.
Если клиенту не важен перфоманс, тогда ему вообще ничего не нужно, кроме отката может быть. Когда я выступаю клиентом, я выбираю исполнителя с учетом инструмента, но плачу все равно за результат. А результат прежде всего полнота выполнения и перфоманс.
Может у нас разные задачи, но мне никогда не важна была скорость разработки (в разумных пределах), наоборот если исполнитель хочет побыстрей «хапнуть и свалить» — в топку.
Бесполезно с вами спорить, вы лучше всех клиентов в мире знаете что им нужно, предлагаю на этом и закончить.
Когда нет аргументов, то да, нужно заканчивать.
Вот клиент и платит за результат: разработка проекта на PHP в большинстве случаев во многих случаях выгоднее, чем разработка того же проекта на перле или ассемблере.

Да и быстрее.
С чего Вы взяли, что тормоз PHP будет выгоднее? Вы у клиента спрашивали? Или выгоднее Вам как исполнителю «на отъебись»? Сбагрили и умыли руки...?
На ассемблере оно будет работать веками и быстро, а на PHP медленно и до смены версии на сервере, то есть максимум год.
С другой стороны, Вам за доработку опять заплатят. Ну выгодно, чё…
Детка, я в этой области профессионал, а ты пришел бла-бла-бла.

Понятия обратной совместимости тебе неведомо. Так что просто уходи. Нет сил спорить с идиотом.
Как нет аргументов так сразу и на личности переходим?
Нет в твоем сраном пхп никакой обратной совместимости. Каждая новая версия что-либо да ломает. Ибо пишут это поделие праффесианалы типа тебя, урода.
Имя тебе — Д'Артаньян. Был в Украине такой праффесианал, типа тебя, уехал в ПаРашу. Ты идиотом будешь своего отца называть, имбецил.
Перечитайте еще раз, я написал «среди интерпретируемых».
Исключительно тем, что критиковать его приходят люди, читавшие о PHP только статью «Фрактал плохого дизайна», написанную в апреле 2012 года танцором, которому очень мешало…
Да какое облако, это просто сторадж, облако на одном сервере не строится. Во вторых у некста удобный клиент, натравляешь его на нужную папку — и он постоянно синхронизирует ее. Удобно, просто, не боишся потерять данные. Что до PHP — реально не понимаю, что в нем плохого. C++ когда был «изобретен» и ничего, работает до сих пор
Ну так синхронизировать можно посредством rsync по крону! Или даже inotify использовать… Проблем в этом нет.
Что до PHP, то реально его хвалить могут только веб-кодеры очень низкой квалификации…
И как это сделать, если у меня рабочая машина под виндой? Более- благодоря нексту я так де синхронизирую все фотки с телефона и обратно. Предлагаете мне и с телефона rsync ом работать? Даже если бы у меня везже так или иначе стоял unix-подобный софт, вы полагаете, много людей смогут сами самостоянельно настроить связку rsync/innotify/cron?
Остается лишь сочувствовать, если вместо рабочей машины используется игровая приставка!

Ну так это костыли и велосипеды, а у nextcloud всё готовое и из коробки интегрированное со всем подряд, поставил и пользуйся


Что до PHP, то реально его хвалить могут только веб-кодеры очень низкой квалификации…

С разморозкой, PHP уже совсем не такой, каким был десять лет назад

В iphone rsync забанили.
Не Linux единым…
Продукция apple вообще не для людей делается, а для роботов…
Уж если Apple не для людей… то кто тогда?
Будьте любезны, сделайте-ка мне публичную ссылку на запушенный в storage файл, да так, чтобы его могла скачать моя бабушка.

А теперь представьте, что я не могу зайти в консольку моего домашнего сервера и уж точно не помню, куда там rsync-нулся файл.

А теперь я хочу, чтобы эта ссылка протухла через 3 часа.

Не откажете в любезности, сделаете? :)

p.s. Моя гипотетическая бабушка ничего не знает о линуксе. Все что она может — это кликнуть по ссылке в вацапе.
Вы учтите, что мой пример в вашей интерпретации выглядит несколько… делать такую работу только ради того, чтобы бекапы заливать? Логичен вывод, что у этого парня с головой что-то не в порядке) Но это не совсем так.

Я изначально рассматривал Nextcloud как полноценную платформу:
— с полноценной синхронизацией папок
— с расшариванием файлов в виде короткоживущих ссылок
— с календарём и контактами
— с возможностью совершения голосовых и видеозвонков (свой мессенджер)
— в конце концов, с федерацией серверов — это уже будет полноценное облако!

И это всё работает не где-то там за облаками у дядей с непонятной ответственностью, а у тебя лично под столом. За эту пару лет я проверил надёжность и стабильность платформы внутри своей локальной сети и просто делюсь детальной информацией как это всё организовывать и поддерживать. А уж как это использовать — зависит только от вас.
Кроме файлов туда могу синкаться контакты, чтобы не давать их Гуглу.
Заметки, календарь тоже отлично синкаются.
Кроме того, там удобная RSS-читалка.
Короче, Nextcloud это не только файлопомойка.
Ещё же есть клиент под Андроид, который может, например, автоматически закачивать фотки в некстклауд, синхронизировать список контактов, календарь, заметки и т.п. Причём всё это под свободной, открытой лицензией и под твоим контролем.

После того как я поставил owncloud (это аналог nextcloud), я больше не пользуюсь своим гугл-аккаунтом. Сервисы Гугла стали просто не нужны.
За труд — спасибо. Как-то занимался подобным оставил все на гитхабе в виде docker-compose проекта.
На борту nginx, mysql, samba, netatalk, plex, transmission, nextcloud, aceproxy. Если нужен будет линк — обращайтесь
show variables like 'innodb_file_per_table';

А где пояснение, что это и зачем?

Это проверка значения опции. Сначала я добросовестно пытался включить поддержку четырёхбайтовой адерсации для MariaDB 10.1, но полноценно это так и не заработало. В результате мороки получается больше, чем просто обновить MariaDB, а результат получался даже не полноценный. В MariaDB 10.4 уже всё включено и лишний раз убеждать в этом нет необходимости.
Спасибо за замечание! Тест скорректирован.
Раньше тоже так развлекался – было много свободного времени и хотелось знать и понимать все нюансы.
Сейчас времени мало и хочется, что бы оно просто работало, обновлялось и я вообще не знал подробностей.
Поэтому сейчас так
docker run -d -v nextcloud:/var/www/html nextcloud
У меня у самого-то так и не дошли руки выпустить сервис в интернет и потестить тот же Talk. Но я пока ещё, наверное, где-то в середине вашего пути)
Сильно рекомендую. Временные затраты на содержание домашнего компа (NAS и все-все-все) сведено к минимуму.
Стоит Proxmox, на нем крутится отдельный контейнер с Docker и несколько других контейнеров. В Docker дружно живут все необходимые сервисы, начиная от plex, rutorrent и nextcloud заканчивая nginx+letsencrypt, hass.io и прочими нишяками.
Все дружат, система чистая, все обновляется на раз-два, красота с прави доступа к общим папкам и вообще порядок. Сервисы, к которым необходим доступ из вне получают его автоматом от nginx + сразу же SSL сертификат. Ко всем остальным сервисам доступ только через VPN.
Все это живет на стареньком i5 (Clarkdale) с 8 гигами.
Я на Proxmox хотел всё перевести в 2019 году. Пока хотел год прошёл)

Кстати, вопрос — а как обстоят дела с обновлением самого Proxmox? Софт-то вроде как серьёзный. Там всё просто или какие-то подводные камни всё же есть?
Он на debian крутится, так что через apt.
В веб-морде у него есть свой пункт для обновления, работает так же через apt.
В пределах одного релиза debian всё понятно. А как релиз debian меняете? Ведь раз в года три, но это делать придётся.
Пока не обновлял. Не вижу в этом большого смысла для домашней лабы.
Работает стабильно – пусть и продолжает работать. В гипервизоре кроме него самого больше ничего нет, а виртуалки и контейнеры обновляйте как хотите.
Proxmox дает шикарные возможности для экспериментов в домашних условиях:
  • Можно поставить что-то на попробовать и при этом не испоганить основную систему;
  • Перед каким-то критичным обновлением можно сделать снеп-шот контейнера и, в случае неудачи, откатиться назад в пару кликов;
  • Держать на одном хосте зоопарк: У меня в одной из виртуалок крутится Mac OS (нужны были пара сервисов, замены которым не нашлось), в другой WinXP для некро-извращений. И ко всему этому зоопарку можно подключиться удаленно;
  • Нужное оборудования с хоста можно пробросить в виртуалку: Например Zigbee свисток проброшен в виртуалку с Homeassistant, который управляет устройствами «полоумного дома»;
  • Если позволяет железо, то можно (и нужно) использовать ZFS хранилище – Proxmox дружит с ним нативно.


В общем овчинка стоит выделки.

Proxmox вообще вещь, мы на нем (+DNS) собрали аналог AWS EC2 апи для рабочих нужд.

Перепробовал кучу вариантов своего облака и вот уже несколько лет сижу на Seafile server, работает отменно, есть мобильный клиент с автозаливкой фоточек и видео в хранилище, короче рекомендую попробовать если Некстклауд не устроит.

А я вот в контейнерах Nextcloud держу. Как по мне, так намного проще обновляться и держать все под контролем.
Перешли организацией в nextcloud, я наконец-то слез с dropbox'a. Внутри браузерный «ворд» позволяет в коллаборацию (совместное редактирование документа). Linux-версия нормально запустилась на debian10, под виндой 7 и 10-й. Планирую хранить всю литературу в zotero используя nextcloud (сами статьи и книги) и хранилище zotero (метаданные).
Кто-нибудь пожет подсказать какие из опенсорсных сloud-ов поддерживают репликацию на другие географически распределенные сервера?

Ну у NC есть варианты синхры с другими ему подобными серверами.

Я прошу прощения, но может стоить всё завернуть в контейнеры? Или nextcloud в docker не умеет?
Умеет. Но цель всего цикла совсем не в этом.

юзаю активно nextcloud порядка 2 лет и всем доволен. Поставил в свое время на сервак с proxmox 4, все крутится вертится как часы.
Увидел недавно в магазине приложений плагин по распознаванию лиц, но со знаниями джуна, не взлетел он к меня :(
А в остальном, плюсую, что лучше иметь свое облако и настраивать под свои нужды, благо дополнений к NC за последнее время изрядно увеличилось

Sign up to leave a comment.

Articles

Change theme settings