SocialEngine 4 Migration Script 3

при миграции пишет:
Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@e.tom.ru and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

просьба помочь(

Привет. Всем у меня кстати вот такое появляется
Downgrade package "core-install" 4.0.7 to 4.0.3

Кто-то пытался исправить? Есть идея вернуться на 4.0.3 далее с мигрировать и далее обновиться на 4.0.7
что скажите?

---------- Сообщение добавлено в 21:14 ---------- Предыдущее сообщение было в 17:18 ----------

Только что прочитал, что официальная версия 4.04 содержит уже встроенную миграцию
Буду тестировать. Позже напишу о результате.

---------- Сообщение добавлено в 22:28 ---------- Предыдущее сообщение было в 21:14 ----------

Все оказалось просто.
Заходим в import package далее import tools и далее по инструкции.
Вообщем импортировать данные можно стандартными методами.

thanks for this.....

You are welcome

Проблема при работе скрипта ERROR: {"status":false,"error":"Missing migrator"}

We're sorry!
We are currently experiencing some technical issues. Please try again later.

56 of 69 steps have been completed.
7410 of 15492 records have been completed.
5 minutes, 51 seconds (352 seconds total) have passed.
8 minutes, 18 seconds (499 seconds total) remaining.
41.4 percent complete.

Install_Import_Version3_AlbumPhotos
Install_Import_Version3_AlbumPhotos: Warning: Unable to make directory (/home/.../se4/public/album_photo/1000000/3000/2035/4029.jpg) for file /home/.../public_html/uploads_user/1000/1/2035.jpg

стопорится и все, ни одной фотки не перенеслось, к профилям тоже фоток нету. помогите, что за грабли и где копать? (((((((

Там вроде все написано. Проверь есть ли папка для фоток на 4-ой версии + проверь права на папку... Если папки нет... попробуй создать ее вручную

Доброе время суток,

Я как сторонник СЕ3 и ненавистник СЕ4, только по той причине по которой не понимаю зачем разработчики забросили стабильный проект.

На СЕ4 много фишек которых простым смертным на форумах не понять. Могу описать одну из них:

Перво на перво возьмемся за за Бд, так как это самое слабое в дефолтном се4. Разработчики как Вы все знаете заменили MyISAM на InnoDB, это не зря.Вы можете легко проверить сколько строк InnoDB читает в секунду:

PHP:

morfei@host ~]$ mysqladmin extended-status -i 1 -r -uroot \
| grep -e "Com_select"
...
| Com_select                            | 107069     |
| Com_select                            | 108873     |
| Com_select                            | 108921     |
| Com_select                            | 109511     |
| Com_select                            | 108084     |
| Com_select                            | 108483     |
| Com_select                            | 108115     |

Более 100,000 запросов в секунду — совсем не так плохо, но все же значительно медленнее, чем в случае с memcached но чуть быстрее чем просто MyISAM.

Теперь открою секрет, есть такая "вещь" как Percona Server и "HandlerSocket Plugin" — плагина, реализующего NoSQL протокол для MySQL.

Итоги теста:

PHP:


|------------------------|Запросов в сек|----|использование CPU
Обычный SQL запрос |-----|105,000|-----------|%us 60%  %sy 28%
+memcached |-------------|420,000|-----------|%us  8%  %sy 88%
HandlerSocket|-----------|750,000|-----------|%us 45%  %sy 53%


Отку у се4 должна быть хорошая производительно? вот отсюда! и того для СЕ4 потребуется ставить "percona server", а потом к нему и handlersocket.

P.S. Статья не будет иметь продолжение, так как мне этого не надо. good luck

Может кто опробует и отпишется как испытания?

1. memcached на репликациях без всяких сложностей выиграет в скорости, и сравнивать его в данном случае не в тему. Это вообще разные цели.
2. Для достижения приемлемых результатов нужно всё-равно переписывать код se4. Но в таком случае отпадает надобность в таких "костылях", так как тогда уже можно сделать всё по уму.
3. Хороший способ выжать больше производительности из мощного сервера (но реальный прирост скорости - едва ли без большой замены кода, ведь скорость выборки != увеличение производительности проекта в целом, ага), но на действительно большие проекты не катит, да и зачем?

...если сделать вертолет на базе движка то это будет уникально, а все остальное уже в интернете есть.