fpir, ну, так ваш мрущий SSD как раз и проходит по проблеме номер 1.
Недопонимание же между нами возникло по той простой причине, что я не вижу никакого смысла ставить под систему файлопомойки небольшого офиса SSD - только потому, что они шустрее и дешевы. Именно их ненадежность вкупе с (по моему опыту) некритичностью по скорости системного диска для таких задач - лишает эту затею смысла, а уж тем более - если под это добро придется городить рейд из двух SSD.
fpir, рейд решает только две проблемы:
1. Если один из дисков вдруг взял и совсем умер.
2. Если работа с диском на чтение стала узким местом.
Прочие возможные проблемы он не решает совершенно, но при этом, как правило, дает ложное ощущение безопасности, как будто было сделано что-то для сохранности данных. А это не так, поскольку эта задача решается бэкапом, и только бэкапом. При этом бэкап, внезапно, вполне спасает и при первой из озвученных проблем...
По факту, рейд имеет смысл только в двух случаях - если проблема номер 2 действительно требует решения и если работа с дисками настолько суровая, что шанс проблемы номер 1 вырастает до тревожных значений, при этом объем данных, который успевает накопиться между бэкапами, соответственно велик.
Но если мы говорим о файлопомойке для офиса в 40 рабочих мест, это, скорее всего, не тот случай.
А вы уже перестали пить коньяк по утрам? Я этими инструментами вообще-то постоянно пользуюсь.
если у вас 30 лендосов
... на Битриксе? (см. заголовок вопроса)
дев сервер и монтировать его по cifs по мне так вполне нормально
А по мне - так довольно странно. Мои сервера монтируются по sftp / sshfs. Cifs - для SMB-шар.
И если бы вы перед упоминанием прямого подключения к серверу упомянули, что это дев-сервер - я бы и слова против не сказал.
andreevyaroslav, ошибка не "из-за ряда символов", а из-за того, что данные не в той кодировке. Поэтому, пытаясь прочитать их как UTF-8, БД обнаруживает последовательности байтов, которые в UTF-8 не имеют смысла. Вот и выдает вам соответствующую ошибку.
Александр Воробьев, у вас - все так, только для одного удаленщика резонно этот сервер иметь в виде виртуалки на своей же машине и не лохматить зря интернет. Но вы пишете коммент к ответу, в котором совет "да ковыряй просто по фтп, че там".
проект должен иметь только одного разработчика, должен иметь сервер разработки
И на кой ляд одному разработчику - сервер разработки? Особенно ТС, который на домашней-то машинке не может уместить свои халтурки, какой уж ему сервер... Виктор Таран же просто предлагает херачить онлайн по боевому сайту. Во всяком случае, я в его совете не увидел ни единого намека на обратное.
Алексей, это значение выставляется в php.ini, но может быть переопределено и в .htaccess, и в скриптах пыха. Сначала стоит покопать в своем, а уже потом тыкать хостинг.
Ну, так подключите его к 1С-ке, а та пусть тянется к сайту, выкачивая данные заказов, и отправляет нужный на терминал. С сайта до терминала, скорее всего, и канала-то не протянешь - он же наверняка за NAT-ом, да и тот вполне может быть с серым адресом.
alexalexes, тут нужно вспоминать не про память, а про стандартную библиотеку с контейнерами, позволяющими расходовать ее под массивы более экономно. Ну, и, насколько я помню, по умолчанию объекты с массивами и передаются по ссылке, даже если программист не указал это специально. Это болячки ранних версий и рецепты их лечения, уже устаревшие.
vitya_brodov, детали работы с ответом должны быть скрыты внутри механизма работы с ним. А возвращать он должен объект класса, реализующего интерфейс, например, с методом получения кода ошибки или успеха и методом, разбирающим ответ в нужную структуру по переданному аргументу (схеме разборки или DI).
GavriKos, какой это конкурент? "Щи" таки собирались и работали.
И над ними можно было плакать от смеха, а над этим кодом - только плакать...
QWERTYUIOPas, так разрули эту сложную ситуацию, глядишь, и глюк поправишь попутно.
Проблемы типа "помогите, запутался в собственном коде" здесь все равно, как правило, не решают.
Enma, все равно не понимаю, зачем вам для выноса на фронт логики формирования верстки, которую вы готовы насобачить в РНР, понадобился аж целый тяжелый Реакт.
Странное какое-то описание. Если на сайте нет Реакта, почему именно он?
Если он будет использоваться в нескольких виджетах, зачем его тащить с каждым, почему не включить один раз в шаблон сайта?
Собственно, и сам вопрос с 1 вариантом звучит как "а не сделать ли через задницу, что посоветуете?".
Недопонимание же между нами возникло по той простой причине, что я не вижу никакого смысла ставить под систему файлопомойки небольшого офиса SSD - только потому, что они шустрее и дешевы. Именно их ненадежность вкупе с (по моему опыту) некритичностью по скорости системного диска для таких задач - лишает эту затею смысла, а уж тем более - если под это добро придется городить рейд из двух SSD.